1.方案说明
目前测试实施已经构建了较完整的过程，但测试质量保证还未形成系统性的方案。测试作为质量保证的内容，应该得到较好的控制和持续的改进，测试只有和质量控制结合起来才能够实现这一目标，该方案就是以此为出发点。
2.当前质量控制和测试协调的问题
协调问题
l 测试人员不能及时了解项目进度并合理安排测试；
l 测试人员不能及时了解项目需求；
l 测试人员未在各种评审会议中发挥作用；
l 测试流程未充分适应实际需要；
l 测试流程未严格执行；
l QA对测试过程没有有效监控；
l QA未对测试结果进行评估；
l 测试结果能够反馈到项目组但未产生应有的作用。
考核问题
l 未测试人员考核；
l 项目考核未完善，目前效果不好。
3.1项目情况QA与测试沟通办法
l 项目进度：通过http://10.10.3.32/SQA/SQAWORK网站沟通，QA每周在出《项目情况周报》之前更新网站中的项目列表，项目状态发生改变就邮件通知测试管理人员察看网站；
l 评审会议：测试人员察看网站更新以后，与QA或项目经理确认；QA与测试管理人员在评审会议以后要提供一份《会议评估结论》，作为项目考评的一部分；
3.2测试流程改进
l 项目策划阶段：
说明：
1.项目立项后，QA将获得项目经理或技术总监发来的《立项申请书》，QA对《立项申请书》进行审核，如果发现问题及时通知项目经理及技术总监；
2.《立项建议书》无误后，QA及时更新网站中的项目列表，并通知测试人员获取《立项建议书》；
3.测试人员主动获取项目信息（背景，客户等）。
l 需求分析阶段：
说明：
1. 根据项目计划，项目组展开需求调研活动；
2. QA获取项目情况，并及时与测试和项目组沟通，尽可能使测试参与需求调研；
3. 项目组根据调研结果进行需求分析；
4. 如果测试参与了调研，则根据自己的调研结果进行需求分析；如果无法参与调研则根据项目组的调研结果进行需求分析（需要独立进行）；
5. 项目组需求分析结束后，QA协调召开需求评审会议，并通知测试参加；
6. 评审结束后，测试和QA共同对评审进行评估；
7. 在需求阶段开始和评审开始，QA要更新网站的项目列表并通知相关人员；
8. 测试要在需求评审过程中对比项目组和自己的需求分析结果，但不需要干预项目组。
l 设计实现阶段：
说明：
1. 项目组根据计划进行系统设计活动；
2. QA监控系统设计过程，并更新项目列表，及时通知测试人员；
3. 设计完成后，QA系统设计评审会议，测试参加；QA和测试共同对设计评审进行评估；
4. 设计评审完成，项目组进行系统实现；
5. QA监控实现过程并更新项目列表，及时通知测试；
6. 测试主动获取项目信息。
l 测试准备阶段：
说明：
1. QA及时掌握项目情况，在项目组编码结束以后，通知测试人员进行测试准备；
2. 测试人员应该在项目需求阶段完成以后就开始路径和用例设计，本阶段针对最终需求进行修正；
3. QA与测试共同进行测试路径和用例评审；
4. QA对评审结果作出评价；
5. 评审通过QA更新项目列表并通知项目组提交测试；
6. 项目组提交测试申请，QA审核测试申请内容（特别是版本和测试范围）；
7. 测试申请审核不通过，返回测试组；测试通过，QA通知测试；
8. 测试人员制定测试实施计划；
9. QA审核测试实施计划；
10. QA全程监控测试过程。
l 测试实施阶段：
说明：
1. 测试按照计划实施，QA全程监控；
2. 测试负责人根据测试时间长短定期向QA通报测试情况；
3. 初测结束后，测试负责人编写测试报告，通知QA核查，通知项目组排除缺陷；
4. 项目组修正系统后，提交复查；
5. 测试人员复查系统（最多两次）；
6. 复查结束，测试负责人完成测试报告。
l 测试评审阶段：
说明：
1. 测试报告完成后，由QA和测试负责人共同对测试结果作出评估；
2. 不管评估结果如何都要通报项目组并附带测试报告；
3. QA对测试过程进行评估，对测试人员进行考核。
l 客户跟踪阶段：
说明：
1. 系统正式发布以后，QA需要在一段时间内持续跟踪客户使用情况；
2. QA在跟踪时，通过到现场或使用E_Mail，电话将调查表发送给客户；
3. 客户填写好调查表，反馈给QA；
4. QA将调查结果整理好定期发送给技术总监（项目组在允许的情况下通报）。
l 每个阶段的输入输出文档
1. 项目策划
《立项建议书》：项目组输出，QA，测试输入；
《项目计划mpp》，《项目配置库管理报告》：项目组输出，QA输入；
2. 需求分析
《需求规格说明书》：项目组输出，QA，测试输入；
《需求评审报告》：QA和测试输出，项目组输入；
《阶段评审报告》：QA输出，项目组输入；
3. 分析实现
《数据库设计报告》，《详细设计报告》，《UI设计报告》：项目组输出，QA和测试输入；
4. 测试
《测试路径与用例分析》：测试输出，QA输入；
《测试设计评审》：QA输出，测试输入；
《测试实施计划》：测试输入，QA和项目组输入；
《测试报告》：测试输出，QA和项目组输入；
《测试报告评估》：QA输出，测试输入；
《测试过程评估》：QA输出，测试输入；
《测试人员考核表》：QA输出，技术总监输入；
5. 跟踪
《系统使用情况调查表》：QA输出，技术总监输入。
3.3维护项目与紧急项目测试流程
l 需要补充
说明：
1. 项目经理按照维护计划，定期收集整理需要维护的需求；
2. QA根据维护计划监控维护过程（这个期间可能会包含系统的客户使用情况调查）；
3. 项目组分析要维护的需求并制定解决方案；
4. 项目经理将维护方案发送给测试负责人和QA；
5. 项目组提交测试申请；
6. 在项目组实施方案的时候，测试组编写测试用例和修改自动测试脚本；
7. 测试组执行测试，在执行完成后编写测试报告并发送给QA和项目组；
8. QA评估测试结果。
l 紧急项目测试流程
说明：
1.紧急项目简化了大部分工作流程，但需求和测试是最重要的，需要严格执行；
2.项目组在获取项目信息后如果时间非常紧迫可以向CTO提出紧急项目申请；
3.CTO未批准，项目按正常项目运作；如果批准，项目经理将批准意见和立项申请一同发送给QA；
4.QA及时更改项目列表并通知测试做好准备；
5.项目组收集分析项目需求，并召开一次需求评审会议，QA和测试人员需要参加；
6.评审通过后，项目组将《需求规格说明书》发送给QA和测试人员；
7.在项目组设计和实现项目的时候测试人员设计测试路径和测试用例；
8.项目组在实现项目后提交测试申请；
9.测试人员根据最终需求，修正测试用例并执行测试；
10.测试完成后，测试负责人编写测试报告并发送给CTO，QA和项目组；
11.后续流程按照正常项目走（包括测试评估，跟踪，结项）。
4.系统测试阶段QA控制关键点
l 《系统测试计划》
l 《系统测试用例》评审会
l 《系统测试报告》
l 《不合格用例测试报告》
l 《详细系统测试用例报告》
l 《测试结项申请》