软件测试模型
-
V模型(重点)
用户需求 验收测试 ↘ ↗ 需求分析与系统 系统测试 ↘ ↗ 概要设计 集成测试 ↘ ↗ 详细设计 单元测试 ↘ ↗ 编码 -
W模型(重点)
需求分析 需求测试 系统安装 验收测试 ↘ ↘ ↗ ↗ 概要设计 概要设计测试 系统构建 系统测试 ↘ ↘ ↗ ↗ 详细设计 详细设计测试 模块集成 集成测试 ↘ ↘ ↗ ↗ 编码实现 单元测试 -
H模型
- 将测试活动完全独立出来, 形成一个完全独立的流程, 将测试准备活动和测试执行活动清晰的体现出来
-
X模型
- X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接, 通过集成最终合成为可执行的程序
软件测试的原则:
- 所有的软件测试都应追溯到用户需求
- 业务逻辑需求
- 输入输出数据一致性需求
- 界面性需求
- 性能需求
- 安全性需求
- 应当把"尽早地和不断地进行软件测试"作为软件测试者的座右铭
- 尽早, 尽快, 持续, 先找大问题, 不要过于纠结小问题
- 完全测试是不可能的, 测试需要终止.
- 初涉软件测试人员希望拿到软件后就进行完全测试, 找出所有的软件错误, 并使软件趋于完美. 想法是非常好的, 但是要实现它是不可能的, 哪怕是最简单的程序, 主要原因有四个原因
- 测试数据输入量太大
- 输出结果太多
- 软件的操作步骤太多
- 软件说明书是主观的, 可以说从旁观者来看就是缺陷.
- 初涉软件测试人员希望拿到软件后就进行完全测试, 找出所有的软件错误, 并使软件趋于完美. 想法是非常好的, 但是要实现它是不可能的, 哪怕是最简单的程序, 主要原因有四个原因
- 测试无法显示软件潜在的缺陷
- 充分注意测试中的群集现象
- 缺陷扎堆, 总出问题的模块, 应重点关注, 重点测试, 多次回归
- 程序员应避免检查自己的程序
- 每个岗位职责分开
- 易陷入程序, 而非业务逻辑
- 自己编写的, 很难客观评价
- 思维定势
- 尽量避免测试的随意性
什么是软件质量
- 国际标准ISO 14598中的"软件质量"定义是:软件特性的总和,软件满足规定或潜在用户需求的能力
- 国际标准ISO 9126 定义的软件质量包括: 内部质量, 外部质量和使用质量.
