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