高，加上软件人才稀缺，为了更好地控制项目成本，该项目承包方决定聘用较多的初级测试人员。
2.1 风险识别与分析
根据该项目实施历史数据统计，经过风险识别、风险严重性与可能性估计，我们可以按照风险系数从大到小的顺序将该项目中潜在的风险进行排列。显然，按照风险系数的大小，我们可以确定测试流程改进的关键点以及优先级顺序。
2.2 风险减缓方案制订
(1)改进测试计划包括工作内容的分配：把主体测试工作尽量安排在中前期进行;在中前期更多安排测试用例的执行，而后期则减少测试用例执行，增加测试人员的随机测试;测试工作在高级测试员、初级测试员及管理层之间有序分配。
在规定测试用例的执行规则时，首先完成横向覆盖，按照测试用例的类别顺序执行，冒烟测试用例(Smoke Test)最先，其他测试用例按照优先级随后;其次纵向覆盖，在客户尚未交付新的可测产品前如果所有测试用例都已经执行过一次，则再按照测试用例的优先级顺序执行，并配合测试人员的随机测试(Ad Hoc Test);同期执行任务中首先执行优先级高的测试用例，并在富余的时间内多执行，如果软件开发模型为类似迭代模型应该保证每一次迭代都至少完成一次冒烟测试。
在测试进度安排中，以周为控制粒度，规定每周的最低工作量，包括测试用例执行总数以及测试用例执行覆盖率等。制定出客户沟通计划和策略，完善培训计划。同时，制定详尽的测试工作评价标准，如管理工作成效、Bug的有效性(包括是否重复，是否软件存在缺陷等问题)、Bug重要性等。给出详细的Bug书写模板，制定详尽的Bug提交流程、跟踪流程，并由专人负责实施等。
(2)在测试需求分析时，风险缓减的具体做法主要包括：要选择相对稳定且有能力的项目成员(占团队总数30%左右的核心成员)来担任此项工作。
在测试用例的设计方面，仔细研读产品需求设计文档，创造出相应的测试用例并根据需求优先级以及设计特点为这些测试用例分类(是否属于冒烟测试用例)以及划分优先级。规范测试用例编写格式，与此同时，在测试用例设计完成后，组织全体成员对测试用例进行评审。
(3)测试执行阶段应注重：各种管理工具的使用，即根据项目成本预算，合理使用一些测试管理工具、配置管理工具等。
对于管理人员的工作，要以测试计划中的任务安排为基础，以天为单位监控测试用例执行情况，需要时做出适当调整以期达到以周为单位的整体目标;
根据测试计划中的即时沟通策略，在条件允许的情况下将预知的需要客户配合解决的风险向客户提出，进行讨论，及时拟订应对解决方案;根据客户反馈及时调整测试计划。
对于一般测试人员，要全力完成测试任务;尽可能每天了解与本人测试领域相关的Bug在系统上的提交状况;如找到非本人测试领域内的Bug，除了查找Bug管理系统外，还应咨询Bug所在测试域的负责人;
进行随机测试时应按照测试用例优先级的指导有顺序地进行。最后，在项目中后期，适当调整交换各个成员所负责的主要测试域。
三、流程改进实施效果比较
我们将以上风险减缓计划——测试流程改进实施指导应用在Final下新开始的两个子项目中(项目A和项目B)，而其他的子项目