软件测试是找bug，不是找茬
fmms 13年前
<p> 最近跟一个朋友聊天，问“你会不会编软件呀？”。我说：“不会，我是做测试的，不是做开发的！”他问：“你是专门挑毛病的，是吧？”我只是笑着摇摇头，说：“我做测试，是找缺陷，不是找茬！”突然对做测试有些想法：</p> <p> 第一：测试是找 bug，不是找茬。以前在外包做测试，面对的之间人是 PM，面对所谓的客户是开发软件的人，而且因为离开发人员较远，沟通基本上都是用邮件，所以当时的感触还不太多，只是做好自己的本职工作，尽可能的发现更 多的问题，尽可能让自己发现的问题更有价值，尽可能让自己发现的问题让开发能够百分之百复现！现在进了一家自己做产品的公司，面对的人整个全变了，以前以 为面对的是开发，现在明白在自己做产品的公司了，不仅要面对开发、还有产品、设计、还有真正使用的客户！以前总是听说测试和开发是死对头，很难沟通，也看 了很多关于开发和测试之间沟通的问题，其实真的没有什么对头不对头的，因为大家最后的目的是一样的，都是为了能把项目做好，测试希望项目好，开发更是希望 它成功！就像我前两天看的一篇文章，说开发其实跟测试一样看中产品的质量，因为他们是真正实施的人，谁不希望自己做的东西能尽量完美呢？而开发为什么会跟 测试有隔阂呢？是因为开发想让测试第一时间就能找出那些关键致命的 bug，而作为测试本身呢？看到的每个问题都会及时的去上报，只是分了优先级别，而开发却不看这些所谓的优先级别，所以就会认为不好好的找重大 bug，竟在挑刺，其实每个角色都各自体谅一下就都解决了，既然目的是一致的，为什么非得在纠结这个先后顺序呢？开发的，不要以为测试人员是在故意找茬， 他们提出来的问题应该都是缺陷，只是处理的轻重缓急你们自己来决定就可以了；而测试的，也不要以为开发人员是对自己有意见，在提交 bug 的时候，最好先挑那些重大的 bug，振振开发的，然后在把那些不太重要的问题一起报上来，这样不仅仅测试的价值体现了，而且开发也会对你另眼相看，同时大大的提高了测试的地位！要时 刻记得，我们测试是在找 bug，不是在找茬！</p> <p><a title="software testing" rel="lightbox[16211]"><img style="display:block;margin-left:auto;margin-right:auto;" title="software testing" alt="软件测试是找bug，不是找茬" src="https://simg.open-open.com/show/437f443d3480db429ad9de91078b9f29.jpg" width="400" height="313" /></a></p> <p> 第二：测试只是提高产品的质量，而不是保证产品的质量。我记得我第一次接触测试，在课堂上我的导师就跟我说“我们测试是提高质量，而不是保证质 量。”而有很多不太懂测试的人就会产生一种误解，认为要测试的干嘛啊？既然我们花了钱用你，就应该保证我们的产品没有缺陷呀！对于这样的人，我只能说不太 理智，并不是我作为一名测试人员推卸责任，而是因为这个世界上本身就没有百分之百的事情，我们能做的就是尽我们的全力去提高、找出最多的问题并得到相应的 解决，测试不是万能的，如果有人说我测试，能保证你们产品的质量，那我只能说你被忽悠了，我们只是提高产品质量，而并非保证产品质量！</p> <p> 第三：测试是需要全民参与的，而并非只是测试工程师的事情。有人认为反正有测试人员了，所以对产品就不太关心了，其实测试是每个人的事情，其中 也包括了客户，因为一个人再细致也没有无数双眼睛看的全面。忘记了是哪个公司的老总一直提倡的是全民的测试意识，我觉得很赞，因为每一位员工都是一份子， 而做的每一个产品不仅是公司的形象，也是我们每一个人的体现，只是我们的分工不同而已，但是它都代表着我们，而且我觉得这样的管理观念还可以有团结人的力 量，可以让大家一起把事情做的更好！而不是单单的依赖于测试，最后把大家变得越来越懒惰，我发现现在的公司就有这种现象，开发人员有时就会有一种依赖的心 理认为反正有测试呢？对于自己写的程序也不那么太认真了，而且自己做完也不是很认真的检查了，拿过程序来，随手一抓都是 bug。最后弄的开发头疼，测试也头疼，所以说公司要从根上来激励这种意识，测试不仅仅是测试工程师的事情，而且是需要全民参与的一个重要事情！</p> <div id="come_from"> 来自: <a id="link_source2" href="/misc/goto?guid=4958334474516513163" target="_blank">www.51testing.com</a> </div>