【软件测试】软件测试是找bug，不是找茬

前两天和一个新认识的朋友聊天

“你是码农吗？”

我那个气啊，我这个形象像吗？像吗？真想抽他丫的

“不是，我是做软件测试的，代码用的没有那么多，所以称不上”

“哦！那你就是专门挑毛病，找茬的呗？”

当时我就认定了这个朋友拜拜了您内

“我是做测试的，找的是缺陷，不是找茬，谢谢您老了，先忙，再见”

回家了之后我就想分享一下：

第一：

测试是找bug，不是找茬。以前在外包做测试，面对的之间人是PM，面对所谓的客户是开发软件的人，而且因为离开发人员较远，沟通基本上都是用邮件，所以当时的感触还不太多，只是做好自己的本职工作，尽可能的发现更多的问题，尽可能让自己发现的问题更有价值，尽可能让自己发现的问题让开发能够百分之百复现！现在进了一家自己做产品的公司，面对的人整个全变了，以前以为面对的是开发，现在明白在自己做产品的公司了，不仅要面对开发、还有产品、设计、还有真正使用的客户！以前总是听说测试和开发是死对头，很难沟通，也看了很多关于开发和测试之间沟通的问题，其实真的没有什么对头不对头的，因为大家最后的目的是一样的，都是为了能把项目做好，测试希望项目好，开发更是希望它成功！就像我前两天看的一篇文章，说开发其实跟测试一样看中产品的质量，因为他们是真正实施的人，谁不希望自己做的东西能尽量完美呢？而开发为什么会跟测试有隔阂呢？是因为开发想让测试第一时间就能找出那些关键致命的bug，而作为测试本身呢？看到的每个问题都会及时的去上报，只是分了优先级别，而开发却不看这些所谓的优先级别，所以就会认为不好好的找重大bug，竟在挑刺，其实每个角色都各自体谅一下就都解决了，既然目的是一致的，为什么非得在纠结这个先后顺序呢？开发的，不要以为测试人员是在故意找茬，他们提出来的问题应该都是缺陷，只是处理的轻重缓急你们自己来决定就可以了；而测试的，也不要以为开发人员是对自己有意见，在提交bug的时候，最好先挑那些重大的bug，振振开发的，然后在把那些不太重要的问题一起报上来，这样不仅仅测试的价值体现了，而且开发也会对你另眼相看，同时大大的提高了测试的地位！要时刻记得，我们测试是在找bug，不是在找茬！

第二：

测试只是提高产品的质量，而不是保证产品的质量。我记得我第一次接触测试，在课堂上我的导师就跟我说“我们测试是提高质量，而不是保证质量。”而有很多不太懂测试的人就会产生一种误解，认为要测试的干嘛啊？既然我们花了钱用你，就应该保证我们的产品没有缺陷呀！对于这样的人，我只能说不太理智，并不是我作为一名测试人员推卸责任，而是因为这个世界上本身就没有百分之百的事情，我们能做的就是尽我们的全力去提高、找出最多的问题并得到相应的解决，测试不是万能的，如果有人说我测试，能保证你们产品的质量，那我只能说你被忽悠了，我们只是提高产品质量，而并非保证产品质量！

第三：

测试是需要全民参与的，而并非只是测试工程师的事情。有人认为反正有测试人员了，所以对产品就不太关心了，其实测试是每个人的事情，其中也包括了客户，因为一个人再细致也没有无数双眼睛看的全面。忘记了是哪个公司的老总一直提倡的是全民的测试意识，我觉得很赞，因为每一位员工都是一份子，而做的每一个产品不仅是公司的形象，也是我们每一个人的体现，只是我们的分工不同而已，但是它都代表着我们，而且我觉得这样的管理观念还可以有团结人的力量，可以让大家一起把事情做的更好！而不是单单的依赖于测试，最后把大家变得越来越懒惰，我发现现在的公司就有这种现象，开发人员有时就会有一种依赖的心理认为反正有测试呢？对于自己写的程序也不那么太认真了，而且自己做完也不是很认真的检查了，拿过程序来，随手一抓都是bug。最后弄的开发头疼，测试也头疼，所以说公司要从根上来激励这种意识，测试不仅仅是测试工程师的事情，而且是需要全民参与的一个重要事情！

以上是本人的小思，可能有点碎，也可能存在偏颇，仅供各位参考，但还是希望能改变一下一部分人的想法

我这里还有些软件测试的资料，关于入门方面的，如果需要，请评论留言，我会在评论中送出网盘地址

如果觉得文中内容你也似曾相识，麻烦评论点赞哦