为什么互联网公司不开除软件测试工程师？(3)

喏，现在看到了吧。其实测试也是一个复杂的工程，并非单纯的使用最终产品，找到其中的缺陷和问题，再提交这么简单的事情。

说到这里，我猜想，所谓的“让大众去测试，去找bug”，很大程度应该是指测试金字塔中，位于顶层的那部分。让用户通过自己的使用，遇到bug直接报。

也有人说，单元测试那些是开发做的。对于那些测试金字塔中层级较低的测试，可以由开发人员或者其他相应的技术人员在产品发布前解决。对于那些层级高的，比如UI级别的测试，可以分发出去，让最终用户来测试，并且奖钱！

OK，没问题。那就依照这个说法，我再来解释为什么UI级别的测试也不能不管不顾的直接扔给最终用户。前面有人也提到了相关的东西，我在这里依旧分几点来说，先来个summary，主要是这几个点：

• 测试是一项工程，需要计划、策略。不能无脑乱来。

• 对于bug的描述和修复，是有相应要求的。普通用户做不来。

详细解释如下：

1、测试是一项工程，需要计划、策略。不能无脑乱来

即便对于大家认为没有技术含量的手动测试，也要制定相应的测试策略、测试计划。确定使用什么方法去测试产品，如何测试，开展测试时如何组织测试用例，人员如何分配，团队如何分工合作。如果没有这些纲领性、指导性的东西，面对产品那么多的功能，全凭脑子想，用到哪里测到哪里？这个真有点天方夜谭了。苏杰的回答中已经提到不少。

要构建这么多测试，是需要团队内的人员一起努力、合作的。要考虑哪些东西需要提前注意，哪些情况需要单独拿出来测试，哪些东西不重要可以不测。在开发的过程中就尽量避免出现问题，而不是等它出现再修。

2、对于bug的描述和修复，是有相应要求的

还是那句话，测试是一项工程。发现了bug，需要把它用合理的形式记录下来，反馈给开发方，再经过多方人员的沟通，修复，回归测试，才能确认修复好了，再次发布产品。

对于记录bug也有一些要求，比如要阐明在运行什么系统下、系统的版本、产品的版本、如果是浏览器中打开还要标明浏览器版本、重现步骤、提供截图、提供测试账号。

开发人员拿到bug后，可以根据那些信息尝试快速地复现bug，再定位，再修复。如果中间出现问题，需要跟报bug的人员沟通、确认，是产品本身就如此设计的？是偶然发生无法复现的？是优先级很低暂且不用管的？

这些事情，如果是在团队内，很好实施。如果需要跟用户做这样的沟通，那真是……费死牛劲了。所以，即便大家都认为没有技术含量的UI测试，也不能直接扔给用户去做。

原文转自：http://news.hiapk.com/internet/s591fffb7e712.html