软件测试管理规范

1、软件测试工作规范1 目的统一公司所有项目的软件测试流程；提供一套适合公司所有项目并可裁减的软件测试工具；2 范围本规范中单元测试适用于所有的JAVA项目；本规范中集成测试、系统测试和性能测试适用于所有项目。3 测试阶段与软件开发阶段的对应关系1 过程描述1.1单元测试活动该活动包括以下环节：编写单元测试计划；设计单元测试用例；执行单元测试过程；记录单元测试缺陷；编写单元测试报告；1.1.1活动目的验证软件系统模块内功能、容错、界面和报表测试和桩模块、子模块之间的接口测试。1.1.2角色与职责角色职责项目经理监控单元测试过程；开发组长编写单元测试计划；开发人员对单元代码进行检查，设计单元测试用例

2、；执行测试用例；记录单元测试缺陷 ，修改缺陷并关闭缺陷；编写单元测试分析报告；配置管理员管理测试需要的资源，包括软硬件环境，版本管理和Bug 管理。1.1.3测试范围单元模块的功能性测试单元模块内和模块之间的接口测试单元模块的容错性测试单元模块的 界面测试单元模块内的权限1.1.4进入条件已经完成被测模块的编码工作1.1.5输入详细设计说明书1.1.6活动说明对于结构化的编程语言，程序单元指程序中定义的函数或子程序。单元测试是指对函数或子程序所进行的测试。对于面向对象的编程语言，程序单元指特定的一个具体的类或相关的多个类。单元模块之间的接口等。（ 1）开发人员依据详细设计编写单元测试计划和和单

3、元测试用例，详见 junit 使用说明和 jprobe 使用说明，需详细描述该用例的输入、输出和预期结果等相关内容；（ 2）开发人员编写程序代码；（ 3）开发人员执行单元测试用例，并记录执行结果；（ 4）开发人员执行测试用例过程中发现的缺陷，必须提交到缺陷跟踪工具中；（ 5）开发组长完成单元测试后，编写单元测试分析报告，项目经理审核单元测试分析报告。1.1.7输出已通过回归测试、打标签单元级的代码单元测试分析报告1.1.8退出条件被测代码语句覆盖率满足单元测试计划中制定的代码覆盖率要求；测试用例执行覆盖率应达 100% ；1.2.1单元测试分析报告通过评审；A 类缺陷、 B 类缺陷、 C 类缺

4、陷为零， D 类缺陷少于 10 ， E 类缺陷少于 15。1.1.9工具与方法JAVA 项目Junit 3.7 以上版本 ：利用 Junit 提供的组件测试代码的功能逻辑；Jprobe5.0 以上版本：使用 Coverage 组件检查代码覆盖率。工具使用参见 Junit 使用简明手册， Jprobe 使用简明手册。1.2集成测试活动该活动包括以下环节：编写集成测试计划；设计集成测试用例；执行集成测试过程；记录集成测试缺陷；编写集成测试分析报告；活动目的1.2.2角色与职责角色职责项目经理协调软硬件和人力资源、风险控制等；测试经理协调相关测试资源，风险控制等；跟踪集成测试执行过程；测试组长制定集

5、成测试计划；测试工程师编写编写测试用例；执行集成测试用例；提交缺陷；回归测试；编写集成测试分析报告；架构师协助测试组长制定集成测试计划。确认测试缺陷，并分发测试缺陷于开发人员进行修改；评审集成测试计划、测试用例、集成测试分析报告；开发人员修改缺陷；提交缺陷修改程序代码；配置管理员管理测试需要的资源，包括软硬件环境，版本管理和缺陷跟踪管理。建立代码基线，配合进行配置检查。1.2.3测试范围系统集成后的功能性测试；系统集成后的容错性测试；系统集成后的界面测试；系统集成后的安全（权限）测试；系统集成后的系统的内部接口测试；系统集成后的可用性测试；系统集成后的数据完整性测试。1.2.4进入条件概要设计

6、说明书通过评审1.2.5输入概要设计说明书1.2.6活动说明（1）测试组长制定集成测试计划；（2）测试人员负责组织编写集成测试用例，编写测试脚本，编写测试用例。（3）测试人员执行测试用例。（ 4 ） 测试过程中发现缺陷提交到缺陷跟踪系统；（ 5 ） 架构师对缺陷进行评估并分发，若判断是缺陷则指定相关开发人员进行修改；（ 6）开发人员修改完缺陷后，由测试人员进行回归测试，测试通过则缺陷关闭，检验未通过，则转给开发人员，继续修改；（ 7）测试人员编写集成测试分析报告。1.2.7输出已通过回归测试、打标签系统级的代码；集成测试分析报告；A 类缺陷、 B 类缺陷、 C 类缺陷为零， D 类缺陷少于 5

7、 ， E 类缺陷少于 10 。1.2.8退出条件集成测试分析报告通过评审代码基线化1.2.9工具与方法因具体项目而定1.3系统测试该活动包括以下环节：编写系统测试计划；设计系统测试用例；执行系统测试过程；记录系统测试缺陷；编写系统测试分析报告；1.3.1活动目的通过与系统的需求规格作比较，从功能和非功能两方面，发现软件与系统需求规格不相符合或与之矛盾之处。1.3.2角色与职责角色职责项目经理协调软硬件和人力资源、风险控制等；测试经理协调相关测试资源，风险控制等跟踪系统测试执行过程；测试组长、测制定系统测试计划；试工程师在架构师的协助下，搭建系统测试环境；编写系统测试用例；执行系统测试用例；提交

8、缺陷；回归测试；编写系统测试分析报告；架构师协助测试组长制定系统测试计划。确认测试缺陷，并分发测试缺陷于开发人员进行修改；评审系统测试计划、测试用例、测试分析报告；开发人员修改缺陷；提交缺陷修改程序代码；配置管理员管理测试需要的资源，包括软硬件环境，版本管理和缺陷跟踪管理。建立代码基线，配合进行配置检查。的1初.3.3始化测系试统；测试范围系统的功能性测试；系统系统的（负载，性能，并发）测试；系统的配置测试；系统的安全性测试（防火墙， TLS,SSL 安全机制，加密）；系统的外部接口测试；系统的数据完整性测试；系统的可用性测试；系统的安装部署测试；系统的恢复性测试；系统的可移植性测试系统的文档

9、测试。1.3.4进入条件需求说明书经过评审；1.3.5活动说明（ 1）（ 2）（ 3）（ 4）（ 5）（ 4）（ 5）（ 6）测试组长制定系统测试计划；测试组长负责组织编写系统测试用例、编写测试脚本，编写测试用例；测试组长在架构师的协助下搭建与用户需求一致的测试环境，质量管理部配合确认测试环境，参见系统环境确认单；测试人员执行测试用例；测试过程中发现缺陷提交到缺陷跟踪系统；架构师对缺陷进行评估，若判断是缺陷则指定相关开发人员进行修改；开发人员修改完问题后，由问题提出人进行回归测试，测试通过则缺陷关闭，检验未通过，则转给开发人员，继续修改；测试组长编写系统测试分析报告。1.3.6输出已通过回归测

10、试、打标签系统级的代码系统测试分析报告1.3.7退出条件系统测试报告通过评审；代码基线化；A 类缺陷、 B 类缺陷、 C 类缺陷为零， D 类缺陷少于 3 ， E 类缺陷少于6。1.3.8工具与方法因项目的需求而定。1.4性能测试该活动包括以下环节：编写性能测试计划；设计性能测试用例；搭建性能测试环境；执行性能测试过程；记录性能测试缺陷；编写性能测试报告；1.4.1活动目的检查系统是否满足在需求说明书中规定的性能要求。1.4.2角色与职责角色职责项目经理协调软硬件和人力资源、风险控制等；测试经理协调相关测试资源，风险控制等；跟踪系统测试执行过程；测试组长制定 性能 测试计划；测试工程师执行性能

11、测试脚本；提交缺陷；回归测试；编写 性能 测试分析报告；架构师协助测试组长制定性能测试计划；确认测试缺陷，并分发测试缺陷于开发人员进行修改；评审性能测试计划、性能测试用例、性能测试分析报告；开发人员修改缺陷；提交缺陷修改程序代码；配置管理员管理测试需要的资源，包括软硬件环境，版本管理和缺陷跟踪管理。建立代码基线，配合进行配置检查。1.4.3测试范围性能测试的主要是范围：系统的大用户压力；系统的并发用户压力；系统的数据库压力；系统的稳定性等。1.4.81.4.4进入条件需求规格说明书通过评审；1.4.5输入需求规格说明书1.4.6活动说明（1）测试组长根据需求规格说明书了解系统性能需求，编写性能测试计划；（2）测试人员在架构师的协助下搭建与用户需求一致的测试环境，质量管理部配合确认测试环境，参见系统环境确认单；（ 3）测