按照测试类型分工

　　我们知道软件除了功能需要测试以外，软件在编码阶段需要单元测试，接口测试等，在系统测试阶段，为提高功能测试的效率，可能对某些模块进行功能自动化，我们还要考虑软件的性能、安全性等问题。这些类型也是我项目中常见的分类。我们可以根据这些类型为测试人员分配测试工作。当然，其专业性对测试人员的要求也比较高。

　　这种分工方式的特点。

　　1、专业技能要求较高，在这些分类中除了手工测试要求较低外（表面看是这样的），其它分类都需要较高的专业技能。例如，安全性测试需要掌握网络协议，编程技术，脚本攻击，SQL注入，漏洞分析等方面的技能。

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

　　上面分类方式的疑问

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

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

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

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

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

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