软件测试工作规范.docx

《软件测试工作规范.docx》由会员分享，可在线阅读，更多相关《软件测试工作规范.docx（23页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

2、的界面测试单元模块内的权限1.1.4进入条件已经完成被测模块的编码工作1.1.5输入（具体设计讲明书）1.1.6活动讲明对于构造化的编程语言，程序单元指程序中定义的函数或子程序。单元测试是指对函数或子程序所进行的测试。对于面向对象的编程语言，程序单元指特定的一个详细的类或相关的多个类。单元模块之间的接口等。1开发人员根据具体设计编写单元测试计划和和单元测试用例，（详见junit使用讲明）和（jprobe使用讲明），需具体描绘该用例的输入、输出和预期结果等相关内容；2开发人员编写程序代码；3开发人员执行单元测试用例，并记录执行结果；4开发人员执行测试用例经过中发现的缺陷，必须提交到缺陷跟踪工具中

3、；5开发组长完成单元测试后，编写单元测试分析报告，项目经理审核（单元测试分析报告）。1.1.7输出已通过回归测试、打标签单元级的代码（单元测试分析报告）1.1.8退出条件被测代码语句覆盖率知足单元测试计划中制定的代码覆盖率要求；测试用例执行覆盖率应达100%；（单元测试分析报告）通过评审；A类缺陷、B类缺陷、C类缺陷为零，D类缺陷少于10，E类缺陷少于15。1.1.9工具与方法JAVA项目Junit3.7以上版本：利用Junit提供的组件测试代码的功能逻辑；Jprobe5.0以上版本：使用Coverage组件检查代码覆盖率。工具使用参见（Junit使用简明手册），（Jprobe使用简明手册）。

4、1.2集成测试活动该活动包括下面环节：编写集成测试计划；设计集成测试用例；执行集成测试经过；记录集成测试缺陷；编写集成测试分析报告；1.2.1活动目的1.2.2角色与职责1.2.3测试范围系统集成后的功能性测试；系统集成后的容错性测试；系统集成后的界面测试；系统集成后的安全权限测试；系统集成后的系统的内部接口测试；系统集成后的可用性测试；系统集成后的数据完好性测试。1.2.4进入条件（概要设计讲明书）通过评审1.2.5输入（概要设计讲明书）1.2.6活动讲明1测试组长制定（集成测试计划）；2测试人员负责组织编写集成测试用例，编写测试脚本，编写测试用例。3测试人员执行测试用例。4测试经过中发现缺

5、陷提交到缺陷跟踪系统；5架构师对缺陷进行评估并分发，若判定是缺陷则指定相关开发人员进行修改；6开发人员修改完缺陷后，由测试人员进行回归测试，测试通过则缺陷关闭，检验未通过，则转给开发人员，继续修改；7测试人员编写集成测试分析报告。1.2.7输出已通过回归测试、打标签系统级的代码；（集成测试分析报告）；A类缺陷、B类缺陷、C类缺陷为零，D类缺陷少于5，E类缺陷少于10。1.2.8退出条件（集成测试分析报告）通过评审代码基线化1.2.9工具与方法因详细项目而定1.3系统测试该活动包括下面环节：编写系统测试计划；设计系统测试用例；执行系统测试经过；记录系统测试缺陷；编写系统测试分析报告；1.3.1活

6、动目的通过与系统的需求规格作比拟，从功能和非功能两方面，发现软件与系统需求规格不相符合或与之矛盾之处。1.3.2角色与职责1.3.3系统测试范围系统的功能性测试；系统的初始化测试；系统的负载，性能，并发测试；系统的配置测试；系统的安全性测试防火墙，TLS,SSL安全机制，加密；系统的外部接口测试；系统的数据完好性测试；系统的可用性测试；系统的安装部署测试；系统的恢复性测试；系统的可移植性测试系统的文档测试。1.3.4进入条件（需求讲明书）经过评审；1.3.5活动讲明1测试组长制定（系统测试计划）；2测试组长负责组织编写系统测试用例、编写测试脚本，编写测试用例；3测试组长在架构师的协助下搭建与用

7、户需求一致的测试环境，质量管理部配合确认测试环境，参见（系统环境确认单）；4测试人员执行测试用例；5测试经过中发现缺陷提交到缺陷跟踪系统；4架构师对缺陷进行评估，若判定是缺陷则指定相关开发人员进行修改；5开发人员修改完问题后，由问题提出人进行回归测试，测试通过则缺陷关闭，检验未通过，则转给开发人员，继续修改；6测试组长编写（系统测试分析报告）。1.3.6输出已通过回归测试、打标签系统级的代码（系统测试分析报告）1.3.7退出条件系统测试报告通过评审；代码基线化；A类缺陷、B类缺陷、C类缺陷为零，D类缺陷少于3，E类缺陷少于6。1.3.8工具与方法因项目的需求而定。1.4性能测试该活动包括下面环

8、节：编写性能测试计划；设计性能测试用例；搭建性能测试环境；执行性能测试经过；记录性能测试缺陷；编写性能测试报告；1.4.1活动目的检查系统能否知足在需求讲明书中规定的性能要求。1.4.2角色与职责1.4.3测试范围性能测试的主要是范围：系统的大用户压力；系统的并发用户压力；系统的数据库压力；系统的稳定性等。1.4.4进入条件（需求规格讲明书）通过评审；1.4.5输入（需求规格讲明书）1.4.6活动讲明1测试组长根据（需求规格讲明书）了解系统性能需求，编写（性能测试计划）；2测试人员在架构师的协助下搭建与用户需求一致的测试环境，质量管理部配合确认测试环境，参见（系统环境确认单）；3测试人员根据系统的实际情况和使用的测试工具，制定（性能测试方案），用以确定本次测试的详细方法和策略；4当修改软件以纠正发现的问题时，测试人员需要进行回归测试以保证这些修改能否已经解决，能否带来新的问题；1.4.7输出（性能测试分析报告）1.4.8退出条件（性能测试分析报告）通过评审；性能指标平均响应速度、吞吐量、系统用户的压力等知足用户需求。1.4.9工具与方法