《软件测试规范.pdf》由会员分享，可在线阅读，更多相关《软件测试规范.pdf（11页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、XX 公司 系统测试规程 文档编写人：文档编写时间：编写部门：部门负责人：保密级别：绝密 机密 保密 公开 XX 公司 2019 年 9 月 模板编号 PJ-QT-TP-09 文档版本号 V01.00 第1页 模版变更履历 创建/变更人 变更内容 版本 创建/变更时间 批准人 Xx 模版新建 V01.00 文档变更履历 创建/变更人 变更内容 版本 创建/变更时间 批准人 xxx 公司 保密等级：公开 第2页/共11页 目录 1 简介.4 2 角色与职责.4 3 进入准则.4 4 文件结构.5 5 规程.6 5.1 测试策划.6 5.1.1 流程图.6 5.1.2 活动描述.6 5.2 测试设
2、计.7 5.2.1 活动描述.7 5.3 测试执行.8 5.3.1 流程图.8 5.3.2 活动描述.8 5.3.2.1 功能测试.9 5.3.2.2 性能测试.10 5.4 测试总结.11 5.5 缺陷管理.11 5.6 退出准则.11 xxx 公司 保密等级：公开 第4页/共11页 1 简介 本规程规定了测试阶段的各个活动，包括测试策划、测试设计、测试执行和测试总结等，使软件测试活动是规范和有计划的。本规程适于 xx 科技有限公司 xx 分公司平台支撑部所有软件项目。2 角色与职责 角色 职责 产品经理 1.提供系统需求规格说明书 2.负责向项目成员讲解需求 3.协助测试组进行测试需求分析
3、 4.参与测试用例评审 项目经理 1.负责项目组与测试组之间的协调工作 开发组长 软件工程师 1 评审测试计划和测试用例 2.负责冒烟测试 3.负责组织和提交测试版本以及相关文档 4.协助测试组部署测试环境 5.负责分配、修改测试发现的缺陷 6.负责提供经过评审的开发详细设计文档和数据库设计文档（PDM）测试组长 测试工程师 1.负责制定和编写测试计划（WORD）、测试进度计划（MPP）2.进行测试环境部署 3.进行测试设计、执行系统测试及反馈测试结果 4.进行缺陷统计和测试总结 3 进入准则 项目启动时，由项目经理与测试组长协商，确定该项目需要的测试工程师。当测试人员安排出现困难，项目经理和
4、测试组长需要向其他组调剂或进行招聘时，可以向平台支撑部总监申请协调。xxx 公司 保密等级：公开 第5页/共11页 4 文件结构 测试规程缺陷管理测试策划测试执行测试设计系统测试计划系统测试进度计划系统测试总结报告系统测试用例性能测试任务单功能测试任务单缺陷记录跟踪表 图表 1：文件结构 文档结构图说明：系统测试计划是根据项目开发计划和需求规格说明书进行编写。系统测试用例在测试管理工具 QualityCenter 中进行编写和管理，可以根据需要导出到Word 或 Excel。项目组可根据系统的实际需要，通过提交XXX 测试任务单来启动相应的测试任务，也可通过版本发布邮件进行启动，邮件内容包括：
5、版本编号以及该版本说明。缺陷记录跟踪表 是指从 QualityCenter 里导出缺陷记录到 Excel 时的文件格式，测试中发现的缺陷都将使用 QualityCenter 来进行记录、跟踪和管理。测试总结报告是项目组进行阶段总结、系统上线或当项目组需要时，测试工程师对本阶段的测试工作进行总结，评价被测系统质量，总结经验教训。xxx 公司 保密等级：公开 第6页/共11页 5 规程 5.1 测试策划 5.1.1 流程图 输入项目经理测试工程师输出需求规格说明书软件开发计划软件开发进度计划协助策划编写系统测试计划测试需求分析评审系统测试计划通过？编写系统测试进度计划系统测试计划系统测试进度计划是
6、否入SVN 图表 2：测试策划流程 5.1.2 活动描述 在需求规格说明书定稿后，测试工程师启动测试需求分析活动：识别测试范围 xxx 公司 保密等级：公开 第7页/共11页 识别出可重用的测试用例 初步确定测试类型（例如：功能测试、性能测试、界面测试、兼容性测试等）确定所需的测试环境和工具 测试工程师根据软件开发计划、需求规格说明书及测试需求分析结果编写系统测试计划；根据软件开发计划编写系统测试进度计划。系统测试计划和系统测试进度计划都是必须的，且必须进行评审，以确保时间上能与开发进度相一致，并且保证整个软件测试活动是有序的。5.2 测试设计 5.2.1 活动描述 测试工程师以需求规格说明书
7、、界面原型作为主要的依据，设计文档（概要设计、详细设计和数据库设计）、实际可运行的程序原型可作为编写的辅助材料。在编写过程中，应多与产品经理、开发经理和系统架构师沟通，不明确的地方以产品经理的答案作为衡量标准。系统测试用例的评审先在测试组内部进行评审，评审通过后在项目组内进行评审。项目组的评审由项目组各类成员的代表共同参与，特别是熟悉需求和设计的代表必须参加，评审发现的缺陷录入 QC 库中进行跟踪管理，缺陷来源为“评审”，评审结束后填写技术评审报告。评审前测试人员应讲解测试用例的编写思路、主要的关键点，以达到评审的有效性。测试用例必须覆盖需求，以及保持与系统功能的一致性。测试用例的编写和评审根
8、据项目组所选生命周期进行，逐步完善；在整个设计过程中，可以阶段性的部分评审，但在正式测试前应至少完成一次整体性的评审。xxx 公司 保密等级：公开 第8页/共11页 5.3 测试执行 5.3.1 流程图 输入项目组项目经理测试组输出系统测试任务单系统测试用例系统测试进度计划执行系统测试缺陷填入QC反馈测试任务单Y缺陷记录系统测试任务单修改系统转测试通过？入SVN执行内部测试通过？提交系统测试任务单提交测试软件包N提交内部测试报告准备测试环境测试软件包自测报告软件包NY自测报告图表 3：测试执行流程 5.3.2 活动描述 xxx 公司 保密等级：公开 第9页/共11页 5.3.2.1 功能测试
9、5.3.2.1.1 提交测试 准备提交测试时，开发组长安排开发人员根据内部测试报告中的功能清单进行内部测试，并填写测试结果。内部测试通过后，测试申请人（开发经理或开发经理指定开发工程师）对测试软件打包，并编写系统部署说明书，填写系统功能测试任务单。提交功能测试的前提条件：在测试范围内，QC 库中无“new、open、reopen”状态的缺陷。（只限测试缺陷）测试申请人提交被测软件包、系统部署说明书、功能测试任务单。功能测试任务单主要内容包括：被测系统版本号，系统测试版本号应与发布版本号一致。预计测试开始与结束时间。填写该版本修改的需求项，指明本次测试的要点。注明需验证缺陷的范围。（YY-MM-
10、DD hh:mm 前 Fixed 的缺陷）功能测试任务单模板参见：功能测试任务单模板.dot。1.测试组定于每周一和每周三接受测试版本（具体项目可另行制定）。5.3.2.1.2 转测试 测试工程师根据系统部署说明书和被测软件包在测试环境上部署测试系统。测试系统部署后，测试人员在内部测试报告中抽取 20的功能点进行测试，验证系统可测性，发现的缺陷录入 QC，缺陷来源为“转测试”。转测试通过的标准：测试工程师抽取 20的内部测试功能点进行测试，未发现不能实现的缺陷。测试工程师验证 QC 库中 FIXED 的缺陷，Reopen 的缺陷小于总 Fixed 缺陷的 5%。在测试过程中，未经测试人员同意，
11、项目组不得更新被测系统和数据库。xxx 公司 保密等级：公开 第10页/共11页 5.3.2.1.3 执行测试 转测试通过后，测试工程师根据测试用例、测试经验等进行系统功能测试。发现的缺陷录入 QC 进行跟踪。参见：缺陷管理规程.doc。测试完成后，测试工程师对缺陷进行统计，并对测试情况进行分析，填写到功能测试任务单。5.3.2.2 性能测试 5.3.2.2.1 提交测试 功能测试通过后，项目经理根据系统的实际情况，提出性能测试申请，提交性能测试任务单。性能测试任务单主要内容包括：被测系统版本号。基础数据说明。性能测试范围。性能测试任务单模板参见：性能测试任务单模板.dot。项目组至少给测试组
12、预留 3 天的性能测试准备时间。5.3.2.2.2 执行测试 测试工程师收到性能测试任务单后，根据要求编制性能测试方案，准备基础数据和性能测试脚本。模板参见：性能测试方案模板.dot。执行性能测试时，项目组需与测试组共同观察执行情况，并作好记录。性能测试结束后，测试工程师反馈性能测试任务单，并编写性能测试报告。xxx 公司 保密等级：公开 第11页/共11页 5.4 测试总结 QC 测试阶段完成后，测试工程师需对本阶段的测试工作进行总结，编写测试总结报告，项目结项时，编写项目的测试总结报告。模板参见：测试总结报告模板.xls 5.5 缺陷管理 参见：缺陷管理规程.doc。5.6 退出准则 项目结项。