软件测试:测试管理篇

软件测试:测试管理篇

本节内容

  • 测试需求分析和测试策略制定
  • 测试方案的设计
  • 测试执行流程的设计
  • 测试报告的输出(在系统测试阶段)
测试策略制定
  1. 需求,是软件设计与测试的来源。需求除了终端用户的功能需求外,还有设计性需求、可靠性需求、可测试性需求、性能需求、安全性需求等。需求也是要进行测试的。
  2. 需求,设计,编码,开发,测试一系列阶段中,需求成本最低,测试成本最高。
  3. 对于测试工作而言,所有的需求最后都需要转换为测试需求。
从测试需求开始
  1. 50%以上的错误来源于需求的错误。
  2. 测试需求的识别是后续的测试工作的基础,也是起点。
  3. 测试需求主要来源于业务需求。我们在拿到需求后,要能识别测试需求,接着是分析此测试需求,最后确定并提取出测试对象。
  4. 提取出了测试对象后,接下来需要确定对每一对象如何进行测试,拿出具体的方法及措施出来,这便是测试策略制定的问题。

    完整的需求文档包括以下内容:

    • 功能需求
    • 非功能性需求
    • 性能需求
    • 安全性需求
    • 扩展性需求
    • 可靠性需求
    • 可移植性需求
    • 易用性需求
    • 兼容性需求

需求分析注意事项:

  • 测试应该尽早的介入,从用户需求阶段就要介入。
  • 不断变化的需求需要及时的收集和整理。
  • 没有需求文档时,需要测试人员不断的收集原始的客户需求,(敏捷的测试对于需求文档的要求比较低。)
  • 应有质疑、坚持的精神,当需求不明确时,可以将需求追溯到终端用户。

案例1:手机的日历提醒事件丢失了

A是软件测试部负责此日历行程的测试工程师,在做日程提醒事件测试时,他发现如果手机电力不足(不足于开机),而这段时间正好有提醒事件发生,则在下次开机后不会再提醒,即发生在没电池时段内的提醒事件会丢失。
而对于这种
  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值