在软件测试过程当中，测试用例执行是其中一个很重要的环节，也最耗费资源、时间。对于公司来说，如果测试时间过长，不利于产品抢占市场，所以会尽量缩短测试的时间，也就是缩短测试执行的时间。在这样一种软件质量要求高，测试时间又比较短的情况下，当然项目组给每个测试人员所分配的任务都会很多，也都会很急，并且限定在某个时间内一定要完成，否则给予相应的处罚。测试人员在这个时候不能为了赶进度而盲目地加班加点，这样常事倍功半，我们应该采取一些好的测试执行策略，又快又好的完成任务，比如：
1、计划每周每日需要执行的用例数。
做任何一件事情，都需要有计划，做到心中有数才行，测试用例执行也是如此。很多时候我们都是埋着头在执行着测试用例，等到测试阶段都快要结束了，我们却发现自己还有大部分的用例没有执行。这个时候没有别的办法，只好都PASS，可是这样的软件版本你敢发吗？人都是有惰性的，给自己定下每天的任务约束自己，这样测试工作才能完成的好，否则测试到哪是哪，什么时候是头，连你自己也不知道。
2、有策略地执行用例，不为了执行而执行用例。
我们的测试常常有好几轮，许多测试人员共同测试一个功能模块，那么上一轮测试完了，下一轮又该如此测试呢？还是按照测试用例走，全部执行？不应该是这样的，这样太浪费时间和精力了。我们可以跟前一轮的测试人员沟通哪一块他们测试的比较细，哪一块没怎么充分测试，相应的我们就可以有选择的进行测试。当然，测试的比较细的部分我们还是要粗略地过一下的。
3、及时并准确地填写用例的状态。
很多测试人员在执行用例的时候不及时标注用例的状态，比如是否执行过，是否PASS，等到几个星期后回头再看，自己也不清楚是否执行过了，出于稳妥的考虑，于是又重新测试了一遍，耗时又耗力。所以，不管你是用专业的测试管理工具，还是用WORD文档，你都需要在测试执行完成后及时地标志用例的状态，否则，你的老大问你，“这个用例你测过了没有？”，你怎么回答？
4、建立并保留测试环境。
在测试过程中，实际上很多时候操作只占用很少的一部分时间，大部分时间我们都用来搭建各种不同的、复杂的测试环境，与此同时，设备又常常不足，所以建立并保留一个稳定的、共享的测试环境是很有必要的。
除此之外，我们也需要备份一些常用的数据，比如系统配置数据，以方便到时直接恢复。
5、编写功能配置/操作文档。
有些功能，比如很难配置的功能，最好在配置成功后留下文档，以备后来参考。当你下次再次测试该功能的时候，就可以相应的减少配置时间，即使是其他人而不是你来测试这个功能，文档也可以指引着他们少走点弯路，何乐而不为？
6、及时修订测试用例，以免误导。
软件不是不变的，它处于不断的变更当中，所以测试用例也不是一成不变的，需要随时更新。如果我们在软件已经改变时仍使用以前错误的用例，没有及时修订，将对测试人员产生一个误导的作用，这样将增加无用的思考和沟通时间。
7、不要让开发人员过长地占用你的测试机器。
开发人员常常在测试人员的机器上直接调试程序，这样是可以的，但是如果你只有一台测试机器，那么占用时间就不能过长，如果过长，你的测试时间就无法保证了。所以在适当的时候，你需要让开发人员让出测试机器。
8、减少测试外的工作。
软件测试人员的工作并不仅仅只是测试，还有许多其它的事情，比如文档评审、技术支持和其它各种会议，它们占用了大量的时间。没有办法，这些事情是非做不可的，只能靠项目经理或者测试经理尽量减少这种活动了。
9、适当地引入测试工具。
有些测试，比如回归测试、性能测试，靠手工执行很麻烦，费力又不讨好，适当地引入测试工具，如WinRunner，可以有效地解决问题。
