在规定测试用例的执行规则时，首先完成横向覆盖，按照测试用例的类别顺序执行，冒烟测试用例（Smoke Test）最先，其他测试用例按照优先级随后；其次纵向覆盖，在客户尚未交付新的可测产品前如果所有测试用例都已经执行过一次，则再按照测试用例的优先级顺序执行，并配合测试人员的随机测试（Ad Hoc Test）；同期执行任务中首先执行优先级高的测试用例，并在富余的时间内多执行，如果软件开发模型为类似迭代模型应该保证每一次迭代都至少完成一次冒烟测试。

　　在测试进度安排中，以周为控制粒度，规定每周的最低工作量，包括测试用例执行总数以及测试用例执行覆盖率等。制定出客户沟通计划和策略，完善培训计划。同时，制定详尽的测试工作评价标准，如管理工作成效、Bug的有效性（包括是否重复，是否软件存在缺陷等问题）、Bug重要性等。给出详细的Bug书写模板，制定详尽的Bug提交流程、跟踪流程，并由专人负责实施等。

　　（2）在测试需求分析时，风险缓减的具体做法主要包括：要选择相对稳定且有能力的项目成员（占团队总数30%左右的核心成员）来担任此项工作。

　　在测试用例的设计方面，仔细研读产品需求设计文档，创造出相应的测试用例并根据需求优先级以及设计特点为这些测试用例分类（是否属于冒烟测试用例）以及划分优先级。规范测试用例编写格式，与此同时，在测试用例设计完成后，组织全体成员对测试用例进行评审。

　　（3）测试执行阶段应注重：各种管理工具的使用，即根据项目成本预算，合理使用一些测试管理工具、配置管理工具等。

　　对于管理人员的工作，要以测试计划中的任务安排为基础，以天为单位监控测试用例执行情况，需要时做出适当调整以期达到以周为单位的整体目标；根据测试计划中的即时沟通策略，在条件允许的情况下将预知的需要客户配合解决的风险向客户提出，进行讨论，及时拟订应对解决方案；根据客户反馈及时调整测试计划。

　　对于一般测试人员，要全力完成测试任务；尽可能每天了解与本人测试领域相关的Bug在系统上的提交状况；如找到非本人测试领域内的Bug，除了查找Bug管理系统外，还应咨询Bug所在测试域的负责人；进行随机测试时应按照测试用例优先级的指导有顺序地进行。最后，在项目中后期，适当调整交换各个成员所负责的主要测试域。

　　四、流程改进实施效果比较

　　我们将以上风险减缓计划——测试流程改进实施指导应用在Final下新开始的两个子项目中（项目A和项目B），而其他的子项目（项目C和项目D）则维持原来的流程。

　　经过各项统计指标比较分析，可以发现流程改进后的效果较为显著。限于篇幅，本文只选取几个指标做一说明。

　　4.1 流动人员培训后初次发现Bug的时间的数字表示从流动人员接受培训开始到发现第一个Bug的时间间隔，单位精确到“周”。从流动人员的培训中可以看出，虽然培训时间一样，但效果却有很大的差别，采用新的流程可以缩短新来人员的适应期，更快地进入到正常的工作状态中。由此看来，新的测试流程在人员流动率越高的情况下其优势越突显。在本企业高达21%的人员流动率下，新流程的实施明确减缓了排名第一的风险“人员流动率太高”所带来的危害。

　　4.2 测试用例覆盖率

　　由于加入了评审程序能提高大约5%的覆盖率（用项目A、B与项目C、D比较所得）。无论是工作效率还是测试用例覆盖率都可以让客户更加满意，同时由于测试用例覆盖率的提高，还能引导测试人员找到更多的Bug。

　　4.3 Bug优先级分布

　　各项指标表明，风险识别中所提到的“大量重复Bug”、“大量错误Bug”以及“提交Bug数量太少或者在某些时期太少”都能在新的流程下得到有效改善。而且从总体情况上来看，采用新流程的项目A和项目B在优先级的分布上比其他两个项目要稍好。

　　很明显高优先级的Bug比率得到了提高，风险“提交的绝大多数是无关紧要的Bug”得到了有效的控制

　　4.4 客户满意度

　　从客户满意度调查中，可以看出流程改进后的客户感觉效果还是有一定的提高。尤其是在Bug书写、跟踪上有了明显的提高；在Bug数量质量上客户也表示比较满意。总之，数据分析表明，针对某一个特定的外包测试项目，将风险管理思想与CMMI认证体系标准有机结合，可以适当改进软件外包测试流程，提高测试效率和测试水平，并能取得明显的效果。