|
1.测试很多工作需要在开发的基础上才能进行,这就需要开发人员的积极配合,这里的配合不只是指人为主观上的配合,还包括开发流程的规范性上,如果开发输出物不能按时完成,肯定会影响到测试工作,很多开发的流程不能只靠测试的推动来进行,开发不规范,测试也就不能按流程走,最后肯定会影响到软件的质量,最后这个责任由谁来承担,不能把所有责任都归咎给测试吧!
2.很多时候测试是在不断的推动,向每个项目负责人了解项目情况,要相关文档,测试的依据就是文档,开发人员很忙没有时间给你一一讲解就只能靠文档来了解项目,每次都想催命鬼一样,时间长了会造成开发人员的抵触情绪,工作会更难开展,如果要保证测试的规范性,必须保证开发的规范性,因为测试很多工作需要在开发的基础上才能进行,开发的规范性应该不是测试的工作范围之内的事情了,希望领导能给以支持。
3.最终的质量保证不是说测试做好了质量就能保证了。这需要项目组所有成员的配合,所以质量保证应该是大家的责任,不应该最后的责任都集中归咎到测试,质量保证的责任在开发人员的身上是怎样体现的呢?如果一个开发人员没有任何的承担责任的心理,很难能够做出高质量的程序。很多问题发现的越早花费的成本会越低,应该避免等到测试出问题来再进行修改,这样的成本远比让问题在开发过程中就毙掉花费的成本要高很多。
4.最终客户的满意度,个人认为客户的满意度应该从不同的方面考虑,不能一味的说客户对软件不满意,是因为测试没有把好关,如果客户对设计本身不满意,难道也怪测试吗?(如果设计出界面不是和客户达成一致后,才进行开发的,这样做很危险,如果开发完工后,客户对界面的设计不满意,这样会导致返工,额外增加工作量),如果是客户对软件中存在的Bug太多,这个责任理应由测试来承担。 |
|