1.方案说明 目前测试实施已经构建了较完整的过程,但测试质量保证还未形成系统性的方案。测试作为质量保证的内容,应该得到较好的控制和持续的改进,测试只有和质量控制结合起来才能够实现这一目标,该方案就是以此为出发点。
2.当前质量控制和测试协调的问题 协调问题
考核问题
3.解决方案
3.1项目情况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输出,技术总监输入。
组织简介 | 联系我们 | Copyright 2002 ® UML软件工程组织 京ICP备10020922号
京公海网安备110108001071号