相信你我都能写出完美的测试规范
- 一个完整的软件测试规范,需要包括规范本身的详细说明,可参考GBT 15532-2008《计算机软件测试规范》,规范内容应该包括规范目的、范围、文档结构、词汇表、参考信息、可追溯性、方针、过程、规范、指南、模板、检查表、培训、工具、参考资料等。
1、角色
- 任何项目的实施首先要考虑的是人的因素,对人的识别与确认,软件测试尤其不能例外。在软件测试中,通常会把所有涉及人员进行分类以确立角色,并按角色进行指责划分。如下表
角色 | 工作任务 |
---|---|
测试分析人员 | 制定和维护测试计划,设计测试用例纪测试过程,生成测试分析报告 |
测试人员 | 执行集成测试和系统测试,记录测试结果 |
设计人员 | 设计测试需要的驱动程序和桩程序 |
编码人员 | 编写测试驱动程序和桩程序,执行单元测试 |
2、进入准则
- 进入准则是对软件测试的切入点的确立,在软件开发周期的各个阶段都在惊喜,因此软件项目立项并得到批准就意味着软件测试的开始。如初始需求确定,代码开始提测,都对应不同阶段的进入准则,如进入测试设计阶段准则,进入执行测试阶段准则。
3、输入项
- 软件测试需要相关的文档作为测试设计及测试过程判断符合性的依据和标准,对于需要进行专业的单元测试的项目还要有程序单元及软件集成计划相应版本等文档资料。这些文档一并作为测试的输入,如下表
文档类型 | 文档描述 | 具体文档 |
---|---|---|
软件项目计划 | 软件项目计划是一个综合的组装工作,用来收集管理项目时所需的所有信息 | 《项目开发计划》 |
软件需求文档 | 描述软件需求的文档,如软件需求规约(SRS)文档或利用CASE工具建模生成的文档 | 《需求规格说明书》 |
软件架构设计文档 | 架构设计文档主要描述备选设计方案、软件子系统划分、子系统间接口和错误处理机制等 | 《概要设计说明书》 |
软件详细设计文档 | 详细设计文档主要描述将架构设计转化为最小实施单元,产生可以编码实现的设计 | 《详细设计说明书》 |
软件程序单元 | 包括所有编码定义完成的程序单元代码 | |
软件集成计划 | 软件工作版本的定义、工作版本的内容、集成的策略以及实施的先后顺序等 | |
软件工作版本 | 按照继承计划创建的各个集成工作版本 |
4、活动
- 制定测试计划
创建测试计划、确定测试需求、确定测试策略、简历测试通过准则、确定资源和进度、评审测试计划 - 测试设计
设计测试用例、开发测试过程、设置单元测试和集成测试需要的驱动程序和桩程序 - 实施测试
创建可重用的测试搅拌,编写测试驱动程序和桩程序 - 执行单元测试
验证单元的内部结构以及单元实现的功能 - 执行集成测试
验证单元之间的接口以及集成工作的功能和性能 - 执行系统测试
确认软件系统满足需求 - 评估测试
评估每一个测试阶段的优劣
5、输出项
测试过程的最后阶段得出测试报告以及一系列文档的输出,如下表
输出项 | 内容描述 | 文档 |
---|---|---|
软件测试计划 | 测试计划包含项目范围内的测试目的和测试目标的有关信息。此外,测试计划确定了实施和执行测试时使用的策略,同时还确定了所需资源 | 《软件测试计划》 |
软件测试用例 | 测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合 | 《软件测试用例》 |
软件测试过程 | 测试过程时对给定测试用例集的设置、执行和结果评估的详细说明的集合 | 《用例执行明细》 |
测试结果日志 | 测试结果是记录测试期间测试用例的执行情况,记录测试发现的缺陷,并且用来对缺陷进行跟踪 | 《缺陷跟踪明细》 |
测试分析报告 | 测试分析报告是对每一个阶段的测试结果进行的分析评估 | 《测试分析报告》 |
6、验证与确认
在产品研发过程中,测试的相关工作需要项目组成员参与评审,如下表
验证与确认内容 | 内容描述 |
---|---|
测试计划评审 | 由项目经理、测试组、其他相关测试计划进行评审 |
测试用例评审 | |
测试过程评审 | 由测试组、其他相关组对测试过程进行评估 |
测试结果评估 | 由测试组、其他相关组对测试结果进行评估 |
测试分析报告评审 | 由项目经理、测试组、其他相关组对测试分析报告进行评审 |
SQA验证 | 由SQA人员对软件测试活动进行审计 |
7、退出准则
满足组织/项目的测试停止标准
8、度量
软件测试活动达到退出准则的要求时,对于当前版本的测试即告停止。度量工作一般由SQA人员通过一系列活动收集数据,利用统计学知识对软件质量进行统计分析,得出较准确的软件质量可靠性评估报告,通过给客户即供方高层领导可视化的质量信息