软件测试分析方法总结

一、测试需求获取来源分析
1.开发需求
通过阅读概要设计和详细设计文档进一步理解原始需求,明确原始需求对应的设计规格标识。
从系统或自系统层面考虑,将设计需求和测试需求建立1对1、1对多、多对多的对应关系。

2.协议/标准/规范
以标准规范为主来提取原始需求:

  • 标准一致性测试

  • 开发文档质量无法满足要求情况

  • 协议支撑类功能测试

3.用户需求
这类需求以满足用户为出发点:

  • 不涉及开发:

     		通过多个产品网或组合,或者结合数据配置来实现的客户化解决方案
    
  • 设计到跨产品开发:

     	在对各个产品的开发需求进行验证后,还需要考虑验证各产品后整体解决方案的实现,是否能满足用户要求
    

4.继承性需求
使用继承性分析工程方法分析

  • 历史测试情况
  • 网上使用情况反馈
  • 网上应用环境变化
  • 与新增特性的交互关系

5.测试案例库
也称为测试经验库,通过历史累积获取更完善的需求

  • 产品网上问题分析结果
  • 产品内部问题分析结果
  • 产品缺陷分析结果
  • 产品测试报告分析结果
  • 测试案例
  • 测试分析设计过程经验总结
  • 测试执行过程经验总结

6.竞争品分析
从竞争分析报告之类的原始测试需求来源中可以直接提验一些功能规格、性能指标、操作规范等作为所测试的需求

二、测试项分析
测试项分析可以参考的工程方法(每种工程方法都要独立的输出初始测试项,也就是说初始测试项是从不同的测试角度进行分析输出的结果):
1.质量模型分析
软件质量模型ISO09126:一组特性及特性之间的关系,它提供特定质量需求和评价质量的基础
软件质量分析
2.功能交互分析

  • 产品功能不是独立的,功能之间存在交互关系
  • 防止有交互作用的功能的遗漏,提高功能测试的覆盖率和完备性
  • 是功能测试方面的分析,与测试类型分析等其他方法形成互补

3.用户关联图分析
从用户角度出发,来关注每个用户是如何使用和影响被测功能特性的,更能从基于用户的角度来分析

还有各种软件测试用例设计的方法,结合上述知识,根据用例设计方法,更能设计出好的用例

  • 1
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AnUncertainLive

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值