JAVA—咖啡馆

——欢迎访问rogerfan的博客,常来《JAVA——咖啡馆》坐坐,喝杯浓香的咖啡,彼此探讨一下JAVA技术,交流工作经验,分享JAVA带来的快乐!本网站部分转载文章,如果有版权问题请与我联系。

BlogJava 首页 新随笔 联系 聚合 管理
  447 Posts :: 145 Stories :: 368 Comments :: 0 Trackbacks
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 《系统测试计划》

《系统测试用例》评审会

《系统测试报告》

《不合格用例测试报告》

《详细系统测试用例报告》

《测试结项申请》
posted on 2008-01-17 11:25 rogerfan 阅读(249) 评论(0)  编辑  收藏 所属分类: 【项目管理】

只有注册用户登录后才能发表评论。


网站导航: