测试管理过程.doc_第1页
测试管理过程.doc_第2页
测试管理过程.doc_第3页
测试管理过程.doc_第4页
测试管理过程.doc_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

测试管理过程密 级:内部公开文档编号:NTT_TS_CSGLGC版 本 号:V1.0测试管理过程惠州市新中新电子技术开发有限公司编制:xx生效日期:2008年 9月 28日审核:xx批准:xx-惠州市新中新电子技术开发有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。文件更改摘要:日期版本号修订说明修订人审核人批准人2008-08-11V0.1初稿2008-09-28V1.0正式版目录1.目的/方针42.范围43.术语44.角色与职责45.入口准则46.输入57.流程图58.主要活动58.1.测试策划58.2.编制测试需求68.3.编写测试用例68.4.集成测试78.5.系统测试78.6.验收测试78.7.缺陷管理89.输出810.出口准则811.引用文档812.使用模板91. 目的/方针通过规范公司测试流程,确保测试工作的规范性和有效性,以验证软件产品的质量满足用户的需求。测试作为质量控制的一种有效手段,运行测试用例找出软件中潜在的各种缺陷,通过协助开发人员修正缺陷来提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患和降低质量成本。通过测试管理为产品与过程改进提供可靠的数据分析,起到缺陷预防的作用。本过程的方针:l 实施测试策划活动l 根据测试策划所规定的要求编写测试需求与用例,实施相关的测试活动l 管理测试活动中发现的产品缺陷2. 范围适用于产品开发类项目、产品研发类、合同开发类项目、维护开发类项目。3. 术语无4. 角色与职责角色职责项目经理评审发现的缺陷,组织修改缺陷审批测试计划和测试报告项目组成员依据测试计划完成缺陷修复等活动测试工程师执行测试计划,实施系统集成测试、系统测试活动,负责测试策划,组织编写测试用例、实施测试并编写测试报告、缺陷分析报告CM工程师完成相应配置管理工作项目实施人员负责组织验收测试活动OA对测试过程进行检查5. 入口准则l 项目总体计划完成6. 输入l 项目总体计划7. 流程图图1: 测试过程示意图本过程包含4个规程:集成测试规程系统测试规程缺陷管理规程验收测试规程1个工作指导书:测试工作指南8. 主要活动8.1. 测试策划测试人员在项目策划阶段依据项目总体计划进行测试工作的策划活动,编写总体测试计划。总体测试计划需要定义以下内容:l 实施测试活动的测试环境、测试工具、测试人员安排内循ND1l 测试策略:测试需求编号规则、编写规范、优先级原则和管理方式测试用例编号规则、编写规范和管理方式策划本项目将要经历的测试阶段(单元测试、集成测试、系统测试、验收测试),以及不同阶段的测试工作要求:测试重点、进行的测试类型、测试用例的需求覆盖率要求、测试结束标准和测试的参与人等。可以选用的测试类型参见测试工作指南。l 如何实施缺陷管理,缺陷的分析l 测试进度计划:实施测试活动、时间及人员安排l 测试工作汇报方式:汇报内容、频度和汇报人总体测试计划需要由项目经理审核和分管领导审批,并纳入配置库受控管理。8.2. 编制测试需求测试工程师在需求分析阶段组织进行测试需求分析,编写测试需求。测试需求是依据软件需求规格说明书,将软件需求分解为可测试的点。测试需求至少包含以下要素:l 测试需求描述l 测试需求的对应关系(包括对应的软件需求)l 测试需求评审信息l 测试需求的优先级(高、中、低)测试需求必须经过评审,由测试工程师组织,评审方式采用组内评审,参见评审过程。l 评审组成员包括但不限于:项目经理、需求分析师、系统分析师、测试工程师;l 输入:测试需求;l 输出:会议纪要;评审通过的测试需求纳入配置管理。8.3. 编写测试用例测试用例分为功能测试用例、非功能测试用例(非功能测试用例包括性能测试用例、压力测试用例、图形界面测试用例、数据库测试用例等)。测试用例又分为系统测试用例、集成测试用例和验收测试用例。产品开发类项目、合同开发类项目必须编写测试用例,在项目总体测试计划中体现测试用例需求覆盖的比例。维护开发类项目在新增功能模块时或者需要到用户环境中测试,必须有测试用例。1) 在项目进入设计阶段,测试工程师根据需求分解测试用例,测试用例需要包括以下要素:测试用例名称、测试目的、设计者、评审信息、测试描述、测试步骤、预期结果、实际结果、对应的软件需求(或测试需求)。2)测试用例需要经过评审,由测试工程师组织,评审方式可以采用组内评审和个人复查,参见评审过程。采用组内评审的方式: l 评审组成员包括但不限于:项目经理、需求分析师、系统分析师、测试工程师;l 输入:测试用例;l 输出:会议纪要; 3)测试用例需要纳入版本管理,保留每次变更的版本信息。8.4. 集成测试 集成测试目的是确保各单元模块组合在一起后能够满足设计要求运行,并确保增量组装的构件正确。它所测试的内容包括单元间的接口以及集成后的功能,对以前的集成进行回归测试。集成测试的详细内容见集成测试规程。集成测试完成后形成测试工作阶段报告、集成测试报告,并纳入配置库管理。8.5. 系统测试系统测试目的是确保使系统能够达到软件需求规格说明书规定的功能要求、性能要求等,确保系统在要求的硬件和软件平台上工作正常。系统测试包括系统测试和发布测试。系统测试的详细内容见系统测试规程。系统测试完成后形成测试工作阶段报告、系统测试报告,并纳入配置库管理。8.6. 验收测试在系统测试完成后,进行验收测试,其目的是与用户一起确认软件在真实环境下的功能是否达到预定的要求。验收测试由项目组组织和客户共同完成。验收测试的详细内容见验收测试规程。验收测试完成后形成测试工作阶段报告、验收测试报告,并纳入配置库管理。8.7. 缺陷管理测试的目的是为了尽早发现软件系统中的缺陷,对缺陷进行跟踪管理,确保每个被发现的缺陷都能够及时得到处理是测试工作重点。缺陷的管理请参见缺陷管理规程。9. 输出l 总体测试计划l 集成测试计划l 系统测试计划l 验收测试计划l 测试用例l 测试记录表l 测试需求l 测试工作阶段报告l 测试问题报告l 集成测试报告l 系统测试报告l 验收测试报告l 会议纪要10. 出口准则l 测试计划完成后11. 引用文档l 集成测试规程l 系统测试规程l 缺陷管理规程l 验收测试规程l 测试

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论