软件测试:测试管理篇
本节内容
- 测试需求分析和测试策略制定
- 测试方案的设计
- 测试执行流程的设计
- 测试报告的输出(在系统测试阶段)
测试策略制定
- 需求,是软件设计与测试的来源。需求除了终端用户的功能需求外,还有设计性需求、可靠性需求、可测试性需求、性能需求、安全性需求等。需求也是要进行测试的。
- 需求,设计,编码,开发,测试一系列阶段中,需求成本最低,测试成本最高。
- 对于测试工作而言,所有的需求最后都需要转换为测试需求。
从测试需求开始
- 50%以上的错误来源于需求的错误。
- 测试需求的识别是后续的测试工作的基础,也是起点。
- 测试需求主要来源于业务需求。我们在拿到需求后,要能识别测试需求,接着是分析此测试需求,最后确定并提取出测试对象。
提取出了测试对象后,接下来需要确定对每一对象如何进行测试,拿出具体的方法及措施出来,这便是测试策略制定的问题。
完整的需求文档包括以下内容:
- 功能需求
- 非功能性需求
- 性能需求
- 安全性需求
- 扩展性需求
- 可靠性需求
- 可移植性需求
- 易用性需求
- 兼容性需求
需求分析注意事项:
- 测试应该尽早的介入,从用户需求阶段就要介入。
- 不断变化的需求需要及时的收集和整理。
- 没有需求文档时,需要测试人员不断的收集原始的客户需求,(敏捷的测试对于需求文档的要求比较低。)
- 应有质疑、坚持的精神,当需求不明确时,可以将需求追溯到终端用户。
案例1:手机的日历提醒事件丢失了
A是软件测试部负责此日历行程的测试工程师,在做日程提醒事件测试时,他发现如果手机电力不足(不足于开机),而这段时间正好有提醒事件发生,则在下次开机后不会再提醒,即发生在没电池时段内的提醒事件会丢失。
而对于这种