本帖最后由 dhrbc 于 2010-10-21 14:43 编辑
18楼:dhrbc
您好,想问以下几个问题:
1.对于一个复杂的产品(开发了好几年),您认为做手工测试的人和写自动化测试的人是同一个人还是分开?很多文章都建议要有专人负责写脚本,但是专人对产品不熟悉,脚本的设计就会有问题。同一人吧,不是每个测试者都能写代码的,写出来的水平参差不齐。。。
回复18楼: 1. 这是一个非常典型的问题,已经不止一次和同行探讨过我这个问题了。
解决方法其实也很简单,而且在自动化测试较成熟的团队具有很强的可操作性。自动化测试开发团队负责开发测试框架,包括驱动界面的机制,封装测试结果判断的方法和封装测试服务功能(测试用例分发功能,测试结果统计功能,测试Log记录等等),另外根据自动化测试需求负责开发基于被测系统的“原子”脚本和部分“分子”脚本。这样,自动化测试开发团队对于业务的要求可以降到最低,而只需专注于手工测试工程师最不擅长的测试开发工作。而对于非常熟悉系统和业务的手工测试工程师只需学习测试框架的使用,根据测试用例的设计来调用相应的测试脚本即可,期间也可以向自动化开发工程师提出新的自动化测试需求,让自动化测试工程师完成自动化脚本的开发。通过一段时间的磨合,双方的合作度以及流程的可操作性会非常好。
我本人在以前的项目中就曾采用过这种模式,取得了非常好的效果。另外推荐你看一下我发表在《51测试天地》19期上的一篇文章“浅谈软件企业的QTP自动化测试”,相信会对你有所帮助的。 |