测试之路——从测试到不测

黑盒测试方法:等价类,边界值,场景分析,因果图,判定表,错误推测,正交实验设计,功能图

  • 需求分析的基础:
    1. 对业务的熟悉
    2. 对用户场景的了解
    3. 产品功能矩阵
  • 分析方法:
    1. 业务流程分析:描述业务的正向流程
    2. 业务状态分析:描述业务对象的状态转换
    3. 测试范围分析:需求本身的功能模块/受影响的功能模块

(1)用户/需求价值方向测试是无穷尽的,如何在有限的时间内做最优的测试,需要平衡取舍。每个需求应该都是为了解决商业目标上的某个问题, 支付类的应用安全是第一位的,通信类的应用性能是第一位的)。这就要求我们充分把握需求的价值方向,在测试策略和测试关注点方面做出正确的判断
(2)架构/实现的细节功能测试详细分析:·涉及模块(文件)·模块交互时序·接口/类/函数设计·实现细节性能测试详细分析:·基于系统资源的性能测试分析·性能测试相关点·开发相关实现细节·关键指标·性能测试场景设计(或已有的相关测试用例)·性能测试脚本设计·基于响应时间的性能测试分析
接口测试分析:·针对本次功能需求,是否具备可测接口,需要描述清楚为什么要测以及测哪些·接口测试覆盖的接口定义描述·接口内部实现的相关逻辑细节·接口测试涉及的实现方案·针对本次功能需求,是否有接口变更,分析变更影响范围及测试内容·变更接口修改实现的相关逻辑细节·变更接口(函数)对模块内功能影响分析·变更接口(函数)对模块外功能影响分析
稳定性测试分析:

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值