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