一、测试需求获取来源分析
1.开发需求
通过阅读概要设计和详细设计文档进一步理解原始需求,明确原始需求对应的设计规格标识。
从系统或自系统层面考虑,将设计需求和测试需求建立1对1、1对多、多对多的对应关系。
2.协议/标准/规范
以标准规范为主来提取原始需求:
-
标准一致性测试
-
开发文档质量无法满足要求情况
-
协议支撑类功能测试
3.用户需求
这类需求以满足用户为出发点:
-
不涉及开发:
通过多个产品网或组合,或者结合数据配置来实现的客户化解决方案
-
设计到跨产品开发:
在对各个产品的开发需求进行验证后,还需要考虑验证各产品后整体解决方案的实现,是否能满足用户要求
4.继承性需求
使用继承性分析工程方法分析
- 历史测试情况
- 网上使用情况反馈
- 网上应用环境变化
- 与新增特性的交互关系
5.测试案例库
也称为测试经验库,通过历史累积获取更完善的需求
- 产品网上问题分析结果
- 产品内部问题分析结果
- 产品缺陷分析结果
- 产品测试报告分析结果
- 测试案例
- 测试分析设计过程经验总结
- 测试执行过程经验总结
6.竞争品分析
从竞争分析报告之类的原始测试需求来源中可以直接提验一些功能规格、性能指标、操作规范等作为所测试的需求
…
二、测试项分析
测试项分析可以参考的工程方法(每种工程方法都要独立的输出初始测试项,也就是说初始测试项是从不同的测试角度进行分析输出的结果):
1.质量模型分析
软件质量模型ISO09126:一组特性及特性之间的关系,它提供特定质量需求和评价质量的基础
2.功能交互分析
- 产品功能不是独立的,功能之间存在交互关系
- 防止有交互作用的功能的遗漏,提高功能测试的覆盖率和完备性
- 是功能测试方面的分析,与测试类型分析等其他方法形成互补
3.用户关联图分析
从用户角度出发,来关注每个用户是如何使用和影响被测功能特性的,更能从基于用户的角度来分析
还有各种软件测试用例设计的方法,结合上述知识,根据用例设计方法,更能设计出好的用例