软件测试标准规范.docVIP

软件测试标准规范

第PAGE4页，共3页

软件测试标准规范

目的

为了确保软件产品质量，使产品能够顺利交付和通过验收，特编写本文档，以作参考

适用范围

本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。

职责

项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。

项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。

测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见

项目负责人组织测试环境的建立。

项目经理审核负责控制整个项目的时间和质量。

研发人员确认修改测试人员提交的bug。

工作流程

测试依据

详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读，真正弄懂系统需求和详细设计。

制订《测试方案》

在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容：

测试目的；

所需人员及相应培训要求；

测试环境、工具和测试软件；

测试用例、测试数据和预期的结果。

单元测试

项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。

单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。

单元测试针对程序模块，从程序的内部结构出发设计测试用例。多个模块可以独立进行单元测试。

单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等；

单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试；

单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。

集成测试

编码开发完成，项目组内部应进行组装测试。

集成测试由项目负责人组织策划（编写测试计划、测试用例）并实施。集成测试着重对各功能模块之间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进行测试。

集成测试过程应填写《问题报告及维护记录》，测试结果应形成《测试报告》。

系统测试

交付版本的要求

按照集成测试用例完成了整个系统的集成测试

集成版本满足设计定义的各项功能、性能要求

提交的数据库脚本样本需要完整，没有冗余数据

在集成测试中发现的bug已经得到解决，各级缺陷修改率达到标准

软件需求分析说明书中定义的所有功能都已经实现，性能指标全部达到性能需求指标

提交阶段性测试报告，包括功能和性能测试报告

所有文档齐备完整

版本发布的准则

软件产品通过了单元测试、集成测试、业务测试、系统测试、性能测试

测试部提交文档：测试计划、测试方案、测试用例、测试分析报告

所有测试项必须符合以下标准

致命错误：无

功能错误：无

功能缺陷：项目经理、技术经理、测试负责人审核通过

界面缺陷：项目经理、技术经理、测试负责人审核通过

建议：项目经理、技术经理、测试负责人审核通过

以上几项其中之一不满足要求，视为不合格

在产品交付和用户验收之前，通过验收测试来确认在规定的使用环境下整个产品的运行情况是否满足规定的要求。

在产品交付之前，由指定的验收负责人组织制定测试方案和测试用例，主持验收。

验收测试过程应形成《问题报告及维护记录》。

用户现场测试

将软件部署到用户实际生产环境后，由于环境差异，需要在用户现场进行确认测试，保证系统功能、性能完备，可正常运行。测试内容：

根据软件系统规模，准备现场测试用例，涵盖所有重要功能点，若规模小，需要将全部功能点全部测试一遍

对于后台已定义好的工作流、功能栏目路径以及用户信息等数据，不可进行修改和删除操作，新增的测试数据也需要在测试完成后给予清楚

重点检查上传、下载的数据是否可以正常的打开或保存

确认界面美观，基本信息和链接无错误

考虑用户实际的软件环境和网络环境，以客户端最为复杂的软硬件环境作为测试机器，检查有无异常情况出现

针对前期发现的bug进行回归测试，以保证发布版本为最新版本

编写测试文档

测试点

将测试模块分解成多个功能点，测试点应涵盖功能点，也涵盖了正常测试和异常测试。

输入数据

输入数据包括界面输入