标准软件测试工作流程解析

发表于:2011-07-19来源:未知作者:领测软件测试网采编点击数: 标签:测试流程
标准软件测试工作流程解析一、需求与规范的管理(需求阶段):需求收集并提出项目,进行可行性分析及评估。 1、由专门的需求分析负责人统一接收来自行业相关规范和新需求,将规范和新需求转发给开发经理、项目经理、相关的开发人员和测试人员,同时commit到CVS;

  一、需求与规范的管理(需求阶段):需求收集并提出项目,进行可行性分析及评估。

  1、由专门的需求分析负责人统一接收来自行业相关规范和新需求,将规范和新需求转发给开发经理、项目经理、相关的开发人员和测试人员,同时commit到CVS;

  2、专门的需求分析负责人、项目经理仔细阅读规范与需求后,对规范和新需求进行研究,并就难点和疑点进行讨论,整理出重点内容,并将重点内容发给开发经理、项目经理、相关的开发人员和测试人员,同时commit到CVS;

  3、 开发经理、项目经理、测试负责人、需求分析负责人、相关的开发人员与测试人员开会对规范、需求和重点内容进行讨论,确定需求的具体含义以及最终实现的需求和功能点;

  4、 项目经理根据规范、需求和开会讨论结果编写《需求规格说明书》与《功能列表》,测试负责人(或专门的需求分析负责人)对文档进行检查并修改完善,然后commit到CVS;

  5、 测试负责人(或专门的PPQA)确认所有相关文档经过了评审并都已经commit到CVS。

  二、项目计划与测试计划 (产品设计阶段)

  8 进入产品设计阶段---〉编写FRD,DEMO计划,BRD根据开发估算的工作量进行项目里程碑计划,并kickoff.由项目经理给出具体时间计划表。由PM组织项目计划讨论会,在讨论会上各开发负责人对自己所负责的模块所需要的工作量进行评估,根据工作量和工程需求初步确定总体开发计划、测试计划和发布时间;项目经理根据估算工作量和工程需求编写项目计划,使用CMMI5总体测试计划模板并对其进行适当的裁剪和补充,编写适合本项目的项目计划;

  1、 由开发经理组织项目计划讨论会,在讨论会上各开发负责人对自己所负责的模块所需要的工作量进行评估,根据工作量和工程需求初步确定总体开发计划、测试计划和发布时间;

  2、项目经理根据估算工作量和工程需求编写项目计划,使用CMMI5总体测试计划模板并对其进行适当的裁剪和补充,编写适合本项目的项目计划;

  3、测试负责人根据项目计划与发布时间编写测试计划,使用CMMI5总体测试计划模板并对其进行适当的裁剪和补充,编写适合本项目的测试计划;

  17   4、项目计划与测试计划编写完成后发送给开发经理、项目经理、相关的开发人员和测试人员,开发经理、项目经理、相关的开发人员和测试人员阅读项目计划、测试计划后将建议和意见以邮件的形式反馈给项目经理与测试负责人,项目经理与测试负责人收集大家的邮件分别对项目计划与测试计划进行修改完善,同时回复邮件说明项目计划与测试计划修改情况,如果存在争议则召开一个小型会议对异议进行讨论,修改后的项目计划、测试计划commit到CVS;

  5、测试负责人(或专门的PPQA)确认所有相关文档经过了评审并都已经commit到CVS。

  三、开发设计与评审(产品设计阶段)  1、项目经理构思系统设计,项目组开发成员一起讨论系统的设计,对设计形成较为清晰的思路;

  2、 项目经理负责编写概要设计文档,与开发经理、开发团队成员与测试负责人一起讨论概要设计;

  3、 概要设计完成后,项目经理编写详细设计文档、数据库设计文档和编码规范,各模块负责人负责编写所负责的模块进行详细设计;

  4、 设计文档编写完成后,发邮件通知开发经理、项目经理、测试负责人、相关开发人员和测试人员;

  5、 开发经理、项目经理、测试负责人、相关开发人员和测试人员对所提交的概要设计文档、详细设计文档进行审查,将建议和意见以邮件的形式反馈给模块负责人;

  6、 模块负责人收集邮件中的修改建议并对设计文档进行修改,同时回复邮件说明详细设计修改情况,修改后的详细设计commit到CVS;

  7、 如果对设计存在争议或出现明显不合理的设计,召开一个小型会议对异议进行讨论,有效解决设计所出现的分歧;

  8、 测试负责人(或专门的PPQA)对开发最终修改的详细设计计划进行检查,并确认所有文档都已经commit到CVS。

  注:在大型的项目中,必须先完成概要设计后再完成详细设计,在小项目或需求中可做适当剪裁概要设计与详细设计合在一起完成。

  四、测试方案与评审(产品设计阶段)

  由RA或测试人员编写UC并组织评审。依据确认后的UC,编写测试计划。详细评估项目开发、测试工作量并进行WBS分解制定详细的项目计划。

  1、在项目的设计阶段,测试负责人根据规范文档、功能列表和概要文档编写总体测试方案与性能测试方案;

  2、测试方案编写完成后,发邮件通知开发经理、项目经理、相关开发人员和测试人员;

  3、开发经理、项目经理、测试负责人、相关开发人员和测试人员对所提交的测试方案进行审查,开发经理和项目经理对测试方案进行总体性的审查,而各模块负责人则负责相关模块或功能的测试方案的审查,将建议和意见以邮件的形式反馈给测试负责人;

  4、测试负责人收集邮件中的修改建议并对测试方案进行修改,同时回复邮件说明测试方案修改情况,修改后的测试方案commit到CVS;

  20   5、测试负责人(或专门的PPQA)对最终修改的测试方案进行检查,并确认所有文档都已经commit到CVS。

  五、编码实现与单元测试(开发阶段)开发设计编码,同时测试人员编写冒烟测试用例以及详细TC。

  1、在产品详细设计完成后,开发工程师依据设计进行编码工作;

  2、编码完成后,开发工程师编写单元测试案例并进行单元测试,单元测试完成后提交单元测试报告;

  3、项目经理根据项目实际情况对开发工程师编写的代码组织Code Review,记录相关问题;

  4、产品模块单元测试完成后,开发之间进行产品联调测试,并修改所发现问题以及提交联调测试报告;

  5、产品初步完成后,在提交测试前进行一次产品演示,参加人员包括开发经理、项目经理、测试负责人、开发工程师、测试工程师、售前工程师与售后工程师,在演示的过程中对产品提出改进建议;

  6、各模块负责人对Code Review以及产品展示所发现的问题进行修改,相关的代码与文档commit到CVS;

原文转自:http://www.ltesting.net