系统测试分析方法

1、测试需求分析

1. 需求分析的原因
   需求差产生的风险：

• 客户参与不足导致产品无法被接受
• 需求变更频繁
• 模棱两可的需求
• 不必要的特性

2. 测试需求分析的目的

• 解决测试的完整性和充分性
• 把该测试的地方都测试到

3. 测试需求来源获取

• 用户/业务需求
  项目标书，问卷调查，原型分析，市场报告
• 开发需求
  设计需求，设计规格
• 协议/标准/规范
• 继承性需求
• 测试案例库
• 竞争分析

4. 测试需求项整理

• 原因
  不同来源范围提取出来的原始测试需求可能存在重复和冗余，需要进行整理；
  整理后的原始测试需求，作为后续原始测试需求分析活动的输入
• 开发需求提取
  一条开发需求作为一条测试需求；
  一条需求拆分成多条测试原始需求；
  多条开发需求合并为一条测试原始需求
• 协议/标准/规范提取
  标准一致性测试；
  开发文档质量无法满足要求；
  协议支撑类功能测试
• 用户需求提取
  每个用户需求至少有一条对应的测试需求

5. 测试需求分析方法

质量模型分析法：
质量模型分析从多个角度对单个功能进行测试。
从各个测试类型去分析：功能测试、性能测试、安全测试、可靠性测试、界面测试、易用性测试、兼容性测试、文档测试
例子：水杯/钢笔/电梯

功能交互分析法：

• 原因
  产品功能不是独立的，功能之间存在交互关系
  功能交互分析对功能之间的相互影响进行测试
  防止有交互功能的遗漏，提高功能测试的覆盖率和完整性、充分性
• 功能交互的场景
  使用同一个资源：文件，数据
  功能同时使用：音乐、视频、电话
  功能顺序使用：注册-登录
• 功能交互的层次
  模块内功能的交互（聊天时转账、发红包）
  模块间功能的交互（下单和支付,手机里联系人与微信、钉钉等交互）
  子系统间的交互：买家和卖家子系统交互
  平台间的交互：Web和App端交互

用户场景分析法

用户 从用户角度出发，关注每个用户是如何使用和影响被测功能特性，比如同一款手机，年轻人
和老年人的关注点不一样
场景 将多个功能串起来使用，场景往往对应业务流程

2、测试分析思路

测试计划阶段

确定系统测试需求

• 获取测试需求
• 整理测试需求
• 分析测试需求 质量模型分析法，功能交互分析法，用户场景分析法
• 确定系统测试类型
  功能测试
  性能测试
  GUI 测试
  安全性测试
  安装测试
  可靠性测试
  兼容性测试
  文档测试

测试设计阶段

系统测试子项细分

• 功能测试
  从控件的功能出发
  从数据的生命周期出发
  根据用户的使用
• GUI测试
  控件的显示
  整体的布局
• 性能测试
  验证性能需求
  性能工具确定

测试实现阶段

利用各种测试用例设计方法覆盖测试子项的需求