本文介绍了软件测试的18个基本原则，包括追溯到用户源头、尽早启动测试、Good-enough原则、Pareto法则的应用等。强调测试旨在发现缺陷，需要独立第三方进行，且是一个迭代和风险管理的过程。
软件测试的原则
文章目录
- 前言
- 1.所有软件测试都要追溯到用户源头
- 2.尽早启动测试工作
- 3.尽早做测试计划
- 4.穷尽测试不可能 & 软件测试有风险
- 5.测试中的 Good-enough原则
- 6.Pareto法则应用于软件测试
- 7.尽可能使用分阶段测试
- 8.为达到最佳效果，应由独立的第三方来构造测试
- 9.测试旨在发现存在的缺陷
- 10.为保证测试的有效性和高效性，测试必须是破坏性、系统化的
- 11.找到的软件缺陷越多，说明软件隐含的缺陷越多
- 12.杀虫剂怪事
- 13.并非所有的缺陷都要修复
- 14.木桶原理使用
- 15.前进两步，后退一步
- 16.软件测试是一个迭代过程
- 17.测试需要遵循标准
- 18.其他测试理念
- 18其他测试理念
前言
这是学习总结、复习使用的
1.所有软件测试都要追溯到用户源头
1.1缺陷的源头
软件缺陷最多的地方就是软件需求说明书（即软件需求定义），而不是程序代码。
规格说明书 > 设计 > 代码 > 其它
1.2如何应用此原则
- 测试第一个任务是需求分析
- 测试需求分析要做好
- 时刻要提醒自己考虑用户需求
- 最早缺陷的罪魁祸首不是程序员
- 做好需求评审
- 审查所做的内容是否符合用户的需求
2.尽早启动测试工作
1.缺陷雪崩
需求 错误的需求 （开发做的）
设计 错误的设计 、需求
开发 错误的实现、设计、需求
测试 常见的缺陷、难以修复的缺 陷、被隐藏的缺陷
交付 测试发现的/未发现 开发修复/未修复 少量发现/大量遗留
2.测试成本
| 阶段 | 修改一个错误的相对成本 | |
|---|---|---|
| 需求分析 | 1 | |
| 设计 | 3-6 | |
| 编码 | 10 | |
| 开发测试 | 15-40 | |
| 系统测试 | 30-70 | |
| 实际操作 | 40-1000 |
3.如何应用此原则
测试应该是与软件开发或者维护工作并行的一个过程，测试应该持续进行
3.尽早做测试计划
- 软件测试不仅仅是测试执行
- 应该在测试佛南工作真正开始前的较长时间内就进行测试计划
4.穷尽测试不可能 & 软件测试有风险
-
完全测试、完美测试、从分测试
最低0.47元/天 解锁文章
扫一扫
1884
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
