软件测试的基本流程与测试规范

前言

此文档就项目中测试部分的工作流程进行了一个梳理，参考了不同的资料，提炼整理的内容为业内已经成型、被大多数项目采用和认可的。因此，该流程并不针对某一个具体的企业或者项目，运用到某一个项目中时，可进行必要的增减和修改。

另外，文章中测试规范部分，也是查阅了网上很多的资料、参考了其他项目文档，并结合本人经验整理而成，可以覆盖到项目开发过程中会遇到的绝大部分的测试面，针对不同的测试内容，该规范也能够起到一定的指导和参考作用。但是在实际的工作中，放到具体的项目里，也需要根据具体情况和要求进行适当的调整。

一、软件测试的流程

1.测试基本流程图

2.测试各阶段工作流程

2.1需求分析阶段

测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础，测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖。

开始分析和提取测试需求的时候，整个项目一定至少已经进入设计阶段，一定要有需求文档、设计说明文档或者原型作为依据。

而且被确定的测试需求项必须是可核实的、可测的，不能有模棱两可的概念，比如：大概、约、或者……；也不能为无法量化、主观性的概念，比如：处理速度快、设计页面好看……。它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。

测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的确定测试方案，设计测试用例软件测试流程。

过程要点	详细说明
输入条件	项目进入软件设计阶段，至少需要有需求文档、软件设计说明书或者软件原型（demo）
工作内容	测试人员根据相关文档梳理、提取测试需求，确定测试内容（功能、性能、兼容性等）、使用的测试方法（手工测试、自动化测试），已保证此次需要测试的内容覆盖完整。
退出标准	提取完整的测试需求点
输出内容	明确测试策略，列出具体的功能列表（非必须项）

2.2计划与设计阶段