优化测试方案

突然一看今天立春了，心里就在想了春天也许快来了吧...

在有联动项目的开发情况下，建议抽取相关开发人员进行测试工作。

项目组之间存在接口：
A<---->B<---->C

如以上结构在项目完成后。根据各组工作量的安排，酌量分取。
抽取A组开发人员，测试B组项目。
抽取B组开发人员，测试C组项目。
抽取C组开发人员，测试B组项目。

后续项目再有类似情况，
抽取B组开发人员，测试A组项目。
A,C 2组可另行安排，或者各抽取互测。有相对比较明显直接关联的情况尽量安排测试。

以上测试方案优点：

1.经过测试各项目组之间开发人员会比较熟悉相关的系统的大体实现方式。能够为以后协调开发做更好的判断。
2.对于日常处理在线支持的问题，能够很清楚的知道数据的来源以及去向。这样能够更快的对日常支持问题做出反应。
3.开发人员相对于关联系统来讲一般只能够知道数据接口以及调用接口，对于实际的业务可能毫不知情。尤其偏离主业务的系统，比如保险行业财务部门的对于保险业务可以说基本为0。这样能够帮助相关的开发人员提升业务知识。
4.开发人员相对来讲对于各自的系统有敏感性，所以在对其他关联系统做测试的时候，能够比较快速的发现问题。
5.能够更多的让各个开发人员的人直接打交道，为日后合作打基础。（这个不能完全是优点，可能会发生争吵。）
6.能够让开发人员知道对方的大体开发环境（数据库，开发语言等），以及项目实现方式，相当于是项目共享，这样能够减轻突然某组人减员的问题。同样也能够让公司内部员工会更好的流通。

以上方案的缺点：

1.变相增加了开发人员的工作量，不过如果能够经过几次的磨合，应该也会比较轻松。
2.让更多的人熟悉了公司内更多的项目。
3.项目组之间互通私自擅改内容，影响测试实际的质量。
4.可能会有恶性的竞争。
5.实际的公司对开发人员的掌控，以及实际的执行效果不能做好完整的预判。
6.另外实际方案的执行时间，如果公司的员工流动比较大，这样的做法并不好。（当然这个方案，我个人认为能够减缓员工流动。）
此方案个人认为比较适合能够有多关联项目型大公司开展，因为会有长时间的在线支持任务。实际的中小型企业开发人员完全可以做所有的工作了......

优缺点如上，个人愚见。
总体分析我个人认为可行性还是比较高的，因为优点方向都是比较实际显而易见的问题，缺点上大多是在公司员工素质问题。另外需要合理的控制测试安排。


今天突然想到的东西，以此记录下来。仅仅是根据个人在公司的开发经验做此总结。