质量控制与测试工作协调方案

发表于:2007-5-17 13:19

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51testing博客

1.方案说明

目前测试实施已经构建了较完整的过程,但测试质量保证还未形成系统性的方案。测试作为质量保证的内容,应该得到较好的控制和持续的改进,测试只有和质量控制结合起来才能够实现这一目标,该方案就是以此为出发点。

2.当前质量控制和测试协调的问题

协调问题

l        测试人员不能及时了解项目进度并合理安排测试;

l        测试人员不能及时了解项目需求;

l        测试人员未在各种评审会议中发挥作用;

l        测试流程未充分适应实际需要;

l        测试流程未严格执行;

l        QA对测试过程没有有效监控;

l        QA未对测试结果进行评估;

l        测试结果能够反馈到项目组但未产生应有的作用。

考核问题

l        未测试人员考核;

l        项目考核未完善,目前效果不好。

 

3.解决方案

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及时更改项目列表并通知测试做好准备;

21/212>
《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • smallsky
    2007-6-01 21:33:16

    有没有一个适合小公司的测试流程啊!急啊!

  • sdcjr
    2007-5-25 11:35:12

    不错,学知识了!

  • sdcjr
    2007-5-25 11:35:12

    不错,学知识了!

  • huna0102
    2007-5-24 09:24:18

    谢谢!!!

  • tomato180467
    2007-5-21 19:07:15

    很实用。谢谢

  • 沙漠里的鱼
    2007-5-18 14:29:02

    多谢了!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号