软件测试工程师的分工(2)

　　2、不同分类之间交互性低，正国为不同分类需要的技能不同，虽然同为“测试”工作，但一个做单元测试的人就无法让其去做性能测试。

　　上面分类方式的疑问

　　看了上面的几种分工方式，你是不是每一种测试人员分工方式都似曾相识，但又没有哪个公司是单一的按照上述某种分工作方式工作。

　　拿笔者目前所在的公司，是一个长期的互联网产品，产品功能比较多，每位测试人员负责不同的功能模块，测试员人员从测试计划到测试报告都基本由一个人来完成。当然对于比较大和紧急的版本迭代，也会多人协作对版本进行测试(协作的方式一般更将版本功能再次细分到每个人员身上)。安全测试由专业的安全人员指导功能测试人员对自己负责的功能进行安全扫描与分析。有独立的性能测试小组，对需要进行性能的产品版本进行性能测试。在独立的功能自动化人员，对于适合自动化的功能进行自动化工作。

　　笔者公司的分工作方式几乎包括了上面所有的分工方式。那么，我为什么要进行上面那么单一的分工方式划分呢?这样有助于我们理清对测试工作的各种分工方式。在实际的工作中，有大型项目，有小型项目，有客户端软件，也有互联网产品，有短到几天的项目，也有“永久”性的项目。有一次开发完成交付的，也有不段迭代更新的。根据项目的情况，我们可以可以选择合适的分工方式来应用于项目中。

　　投入人员与发现缺陷的关系

　　在人员分工时，这也是一个必须也要考虑问题，对一个项目，投入的人员数量，投入的时间，与发现缺陷的数量有密切的关系。

　　投入时间与发现缺陷的关系：

　　在人员一定的情况下，投入的时间越多，发现的缺陷越多。但有一个规律，越到后期发现的新缺陷越少。假设软件总缺陷为100个，第一周发现50个问题，第二新发现20个，第二周可能只发现10个新缺陷。而且一个必然的结果是，测试不可能发现所有的缺陷。

　　投入人员数量与缺陷的关系：

　　在时间一定有的情况下，投入的人员越多，发现的问题越多，从图中可以看出，投入的人员越多，人员发现缺陷的重叠度越高。当然，你可以说，把每个人员要测试的内容划分清晰就不会重叠了。做为一个系统的各个功能模块，他们之间肯定存在必然的联系。有可能A人员在测试时会涉及到B人员测试的功能，并且发现了问题，不管是告诉B缺陷还是A人员直接提交缺陷(当然，你也可以装作没看到，等着B去发现)，这都算不可避免的重叠。

　　当然了，划分更清晰的任务有效的降低重叠度。同步也降低了发现缺陷的数量，提高项目风险。除非投入更多的时间测试。这之间的关系，需要测试管理者认真去权衡。

　　在项目不紧急测试时间充分的情况下，可以投入更少的人员，延长测试时间发现更多的缺陷。 在项目紧急的情况下，需要投入更多的人员测试，以便尽快的发现更多的缺陷。在项目质量要求很高的情况下需要投入更多的人员与时间进行测试。在测试时间少，项目质量要求不高的情况下，可以投入较少的人员与时间进行测试。

　　--------------------------------------------------------------------------------------

　　本文结束，但还有许多问题我没有讲清楚(或者，我目前还说不清楚)。

　　1、A人员发现了b功能模块的缺陷(b模块由B人员负责测试)应该如何处理? 自己提缺陷单 ，告诉B人员，让B人员提单。直接忽视，等着B测试人员去发现。

　　2、项目紧急情况，人员投入，时间投入，某些情况下，考虑某些模块不进行测试。

　　3、测试人员的发展职业发展，这与测试人员的分工有着密切的联系。

原文转自：http://blog.csdn.net/fnngj/article/details/8597045