最简单的软件测试组织形式就是没有任何组织的测试，几个人就把所有软件测试工作做完，这样做没有任何分工、没有任何层次结构。

简单的软件测试组织带来的问题是：软件测试依附在软件开发的组织下，不能真正发挥软件测试的威力。

一两个人的软件测试缺乏交流和思维的碰撞，导致测试人员的进步非常有限。缺乏测试的组织，导致测试无计划进行，测试人员疲于应付各项突如其来的测试任务，测试经验也得不到很好的总结。

按测试人员参与项目的形式来划分，可分成项目型和职能型。

项目型的测试组织是指测试人员作为项目组成员之一紧密地结合到项目中，与项目组其他人员紧密协作，一般是从头到尾跟着项目走。当然，也有些项目是到了中后期才考虑把测试人员加入到项目中。这种类型的测试组织一般不会有测试组长，测试的管理由项目的主管或项目经理负责。当然，在一些大的项目中，会划分出幵发组长、也会划分出测试组长，但是最终报告的对象都是项目经理。因此项目经理是负责测试资源调配和测试计划的主要人员。

而职能型的测试组织是指测试人员参与到项目中是以独立的测试部门委派的方式进入的。

在这种结构中，一个测试人员有可能不仅仅测试一个项目的产品，可能会同时测试多个项目的产品。测试人员也可能不是长期稳定地从头到尾参与一个项目。

测试人员不向项目主管或项目经理报告工作，而是向自己所在的部门经理报告工作。并且这种结构的项目经理也可能是虚拟的，或者由多个部门经理共同担当。

这两种方式各有利弊。项目型的好处是测试人员参与的力度很强，能深入了解项目方方面面的信息，有利于稳定持续有效地测试出更多细节问题；但是同时也有弊端，就是测试人员受项目负责人的管理，在对待Bug 的处理意见上往往受到约束，同时由于过于亲密，很可能出现“ 网开一面 ” ，不能严格要求的惜况。并且由于缺乏独立的组织，测试人员的知识可能局限在项目组内传播，不利于测试经验在不同项目组之间的传播。某些测试人员在这种组织中可能会感到孤独和无助。

而职能型的好处是能避免项目型的部分问题，并且能节省部分测试资源，充分利用各个项目阶段之间的时间差来合理利用测试资源；但是也不可避免地存在一些问题。例如，深入程度不够，尤其是对项目涉及的领域知识和业务知识理解可能不够深入，导致测试的问题比较表面。

项目性：