测试分析

  1. 基于需求的测试分析

这是最传统也是最经典的一种测试分析方法。分析对象是需求规格说明书,即对需求进行分解,考虑需求本身,以及需求所影响的功能模块,从而得到测试范围

分析的基础:

  • 对业务的熟悉
  • 对用户使用场景的了解
  • 产品功能矩阵

分析的方法:

  • 业务流程分析:描述该业务的正常流程
  • 业务状态分析:描述业务对象的状态转换
  • 测试范围分析:需求本身的功能模块/受影响的功能模块

对于这个方法,有经验的人可以对需求本身的功能模块做到很准确的分析,但是对于受影响的功能模块,如果不了解开发的实现,则很难界定准确

  1. 基于开发实现的测试分析
    需要理清两个方面的问题:理清用户/需求的价值方向 ,理清架构/实现的细节

(1) 理清用户/需求价值方向
重点解释一下这一点:这一点要求需求分析者对于需求要解决什么问题有很清晰的认识,我们做的都是商业软件,每个需求都应该是为了解决商业目标上的某个问题。有人可能会问:那不应该放在基于需求的测试分析里面嘛?答案是这样的:大家知道测试是无穷尽的,如何在有限的时间内做最优的测试,需要平衡取舍(例如:支付类的应用安全放在第一位,通信类的应用性能放在第一位)。这就要求我们充分的把握需求的价值方向。在测试策略和测试关注点方面做出正确的判断。

(2)理清架构/实现细节
万变不离其宗,所有的需求经过理解转换为代码,

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值