记录成长,品味人生

提高测试执行效率的几种方法

上一篇 / 下一篇  2007-11-30 18:05:29 / 个人分类:软件测试技术

软件测试过程当中,测试用例执行是其中一个很重要的环节,也最耗费资源、时间。对于公司来说,如果测试时间过长,不利于产品抢占市场,所以会尽量缩短测试的时间,也就是缩短测试执行的时间。在这样一种软件质量要求高,测试时间又比较短的情况下,当然项目组给每个测试人员所分配的任务都会很多,也都会很急,并且限定在某个时间内一定要完成,否则给予相应的处罚。测试人员在这个时候不能为了赶进度而盲目地加班加点,这样常事倍功半,我们应该采取一些好的测试执行策略,又快又好的完成任务,比如:

1、计划每周每日需要执行的用例数。

做任何一件事情,都需要有计划,做到心中有数才行,测试用例执行也是如此。很多时候我们都是埋着头在执行着测试用例,等到测试阶段都快要结束了,我们却发现自己还有大部分的用例没有执行。这个时候没有别的办法,只好都PASS,可是这样的软件版本你敢发吗?人都是有惰性的,给自己定下每天的任务约束自己,这样测试工作才能完成的好,否则测试到哪是哪,什么时候是头,连你自己也不知道。

2、有策略地执行用例,不为了执行而执行用例。

我们的测试常常有好几轮,许多测试人员共同测试一个功能模块,那么上一轮测试完了,下一轮又该如此测试呢?还是按照测试用例走,全部执行?不应该是这样的,这样太浪费时间和精力了。我们可以跟前一轮的测试人员沟通哪一块他们测试的比较细,哪一块没怎么充分测试,相应的我们就可以有选择的进行测试。当然,测试的比较细的部分我们还是要粗略地过一下的。

3、及时并准确地填写用例的状态。

很多测试人员在执行用例的时候不及时标注用例的状态,比如是否执行过,是否PASS,等到几个星期后回头再看,自己也不清楚是否执行过了,出于稳妥的考虑,于是又重新测试了一遍,耗时又耗力。所以,不管你是用专业的测试管理工具,还是用WORD文档,你都需要在测试执行完成后及时地标志用例的状态,否则,你的老大问你,“这个用例你测过了没有?”,你怎么回答?

4、建立并保留测试环境。

在测试过程中,实际上很多时候操作只占用很少的一部分时间,大部分时间我们都用来搭建各种不同的、复杂的测试环境,与此同时,设备又常常不足,所以建立并保留一个稳定的、共享的测试环境是很有必要的。

除此之外,我们也需要备份一些常用的数据,比如系统配置数据,以方便到时直接恢复。

5、编写功能配置/操作文档。

有些功能,比如很难配置的功能,最好在配置成功后留下文档,以备后来参考。当你下次再次测试该功能的时候,就可以相应的减少配置时间,即使是其他人而不是你来测试这个功能,文档也可以指引着他们少走点弯路,何乐而不为?

6、及时修订测试用例,以免误导。

软件不是不变的,它处于不断的变更当中,所以测试用例也不是一成不变的,需要随时更新。如果我们在软件已经改变时仍使用以前错误的用例,没有及时修订,将对测试人员产生一个误导的作用,这样将增加无用的思考和沟通时间。

7、不要让开发人员过长地占用你的测试机器。

开发人员常常在测试人员的机器上直接调试程序,这样是可以的,但是如果你只有一台测试机器,那么占用时间就不能过长,如果过长,你的测试时间就无法保证了。所以在适当的时候,你需要让开发人员让出测试机器。

8、减少测试外的工作。

软件测试人员的工作并不仅仅只是测试,还有许多其它的事情,比如文档评审、技术支持和其它各种会议,它们占用了大量的时间。没有办法,这些事情是非做不可的,只能靠项目经理或者测试经理尽量减少这种活动了。

9、适当地引入测试工具

有些测试,比如回归测试、性能测试,靠手工执行很麻烦,费力又不讨好,适当地引入测试工具,如WinRunner,可以有效地解决问题。


TAG: 软件测试技术

 

评分:0

我来说两句

日历

« 2024-04-21  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 7288
  • 日志数: 9
  • 建立时间: 2007-11-28
  • 更新时间: 2009-05-30

RSS订阅

Open Toolbar