3.2 KiB
3.2 KiB
| title | date | updated | url | categories | tags | ||
|---|---|---|---|---|---|---|---|
| 系统测试分析方法 | 2023-04-15 10:15:57.728 | 2023-04-21 15:19:23.102 | /archives/xtcs-fenxifangfa |
|
|
测试需求分析
需求分析 的原因
需求差产生的风险
- 客户参与不足导致产品无法被接受
- 需求变更频繁
- 摸棱两可的需求
- 不必要的特性
测试需求分析的目的
- 解决测试的完整性和充分性
- 把该测试的地方都测试到
测试需求来源获取
-
用户/业务需求
项目标书，问卷调查，原型分析，市场报告
-
开发需求
设计需求，设计规格
-
协议/标准/规范
-
继承性需求
-
测试案例库
-
竞争分析
测试需求项整理
- 原因
- 不同来源范围提取出来的原始测试需求可能存在重复和冗余，需要进行整理
- 整理后的原始测试需求，作为后续原始测试需求分析活动的输入
- 开发需求提取
- 一条开发需求作为一条测试需求
- 一条需求拆分成多条测试原始需求
- 多条开发需求合并为一条测试原始需求
- 协议/标准/规范提取
- 标准一致性测试
- 开发文档质量无法满足要求
- 协议支撑类功能测试
- 用户需求提取
- 每个用户需求至少有一条对应的测试需求
测试需求分析方法
质量模型分析法
质量模型分析从多个角度对单个功能进行测试
从各个测试类型去分析：功能测试、性能测试、安全测试、可靠性测试、界面测试、易用性测试、兼容 性测试、文档测试
功能交互分析法
原因
- 产品功能不是独立的，功能之间存在交互关系
- 功能交互分析对功能之间的相互影响进行测试
- 防止有交互功能的遗漏，提高功能测试的覆盖率和完整性、充分性
功能交互的场景
- 使用同一个资源：文件，数据
- 功能同时使用：音乐、视频、电话
- 功能顺序使用：注册-登录
功能交互的层次
- 模块内功能的交互（聊天时转账、发红包）
- 模块间功能的交互（下单和支付,手机里联系人与微信、钉钉等交互）
- 子系统间的交互：买家和卖家子系统交互
- 平台间的交互：Web和App端交互
用户场景分析法
- 用户 从用户角度出发，关注每个用户是如何使用和影响被测功能特性，比如同一款手机，年轻人 和老年人的关注点不一样
- 场景 将多个功能串起来使用，场景往往对应业务流程
测试分析思路
测试计划阶段
确定系统测试需求
- 获取测试需求
- 整理测试需求
- 分析测试需求 质量模型分析法，功能交互分析法，用户场景分析法
- 确定系统测试类型
- 功能测试
- 性能测试
- GUI 测试
- 安全性测试
- 安装测试
- 可靠性测试
- 兼容性测试
- 文档测试
测试设计阶段
系统测试子项细分
- 功能测试
- 从控件的功能出发
- 从数据的生命周期出发
- 根据用户的使用
- GUI测试
- 控件的显示
- 整体的布局
- 性能测试
- 验证性能需求
- 性能工具确定
测试实现阶段
利用各种测试用例设计方法覆盖测试子项的需求