测试部门在各个公司所处的位置可能是各不相同,大致可能有这么几种:
1、测试部门独立,与开发部门平行;
2、测试部门独立,但从属于开发部门;
3、虚拟的测试部门,测试人员以组为单位被安排到各个开发团队;
4、没有专门的测试部门,每个开发团队会有若干人在系统集成阶段转换成测试角色;
好坏基本上是一目了然.第一种情况,从软件过程管理上看,应该是最理想的,测试部门与开发部门平行,因此在项目中的地位就是平起平坐,从组织上避免 了在项目中受制于开发团队的风险,也因此能够最大限度的根据软件质量规范对产品进行测试;后面三种情况,都是比较让测试人员比较郁闷的,在项目中会处处受 制于开发团队,这就像做工程监理的要被工程实施的管着一样,变得比较可笑了。其实,测试人员融入到开发团队也是有好的方面的,沟通会比较方便,任务响应也 会比较及时,缺憾就是由于开发和测试人员沟通很容易,因此原有的一些软件过程规范就开始变得不被重视,比如说当设计变更后,开发人员可能就不会再去更新设 计文档,而是口头通知测试人员了,这样的话,一是没有留下设计变更的相关文档,在后续的开发中无据可依,二是“空口无凭,立字为据”,产品若是出了问题, 到底是谁的责任就说不清了;而且,在没有一个过程规范的背景下去开发,产品质量肯定是无从保证的。因此,从软件的质量控制上考虑,测试部门还追好是独立, 与开发平行,而且测试部门更多的是要对产品经理负责。