软件测试的基本概念
1 软件测试的定义
1.1 定义
IEEE定义：“使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求，或是弄清预期结果与实际结果之间的差别”。
G.J.Myers（梅耶）在《软件测试之艺术》书中描述：“程序测试是为了发现错误而执行程序的过程” 。
以上两个概念提出的测试方法都是要运行系统（动态测试）才能得出结果，该方法一般在开发后期介入。
而实际上，优秀的软件测试是：静态测试+动态测试。静态测试在开发前期介入。
经验证明，尽早测试，有利于软件的健康成长。当然，这与采用何种软件开发周期密切相关。
1.2 软件测试的原则
- 站在用户的角度，对产品进行全面测试。
- 尽早、尽可能多地发现缺陷（bug），并负责跟踪和分析产品中的问题。
- 对不足之处提出质疑和改进意见。
- 争取零缺陷（zero-bug），做到足够好（good－enough）。
1.3 值得学习的 10 项原则
| 1 所有测试的标准都是建立在用户需求之上。 |
|---|
| 2 软件测试必须基于 ”质量第一“ 的思想去开展各项工作。 |
| 3 事先定义好产品的质量标准。 |
| 4 软件项目一启动，软件测试也就开始，而不是等程序写完，才开始进行测试。 |
| 5 穷举测试是不可能的。 |
| 6 第三方进行测试会更客观，更有效。 |
| 7 软件测试计划是做好软件测试工作的前提。 |
| 8 要设计合理的测试用例。 |
| 9 对发现错误较多的程序段，应进行更深入的测试。 |
| 10 重视文档，要善于保存一切测试过程文档。 |
2 软件缺陷（BUG）是什么
2.1 Bug的定义
软件缺陷，速称Bug，包含各种偏差、谬误或错误。
2.2 软件企业如何尽量减少缺陷
- 从项目计划开始，制定合理可行的项目计划，并监控项目执行过程，如果出现问题要及时调整；
- 从需求获取的角度，高度关注用户软件的用途，按照风险管理的要求，对不同用户软件，事先制定好质量的风险等级，以便为软件测试提供原则和规范；
- 从开发的角度，遵守标准、规范的开发方法流程；
- 从测试工作的角度，选择适合的测试方法设计测试用例，并确定软件缺陷优先级，便于处理复杂的缺陷修正过程。
2.3 缺陷修复的优先级
- 致命的（fatal）——非常严重的缺陷：致命的错误，造成系统或应用程序崩溃、死机、系统悬挂，或造成数据丢失、主要功能组完全丧失等。
- 严重的（critical）——较严重的缺陷：严重错误，指主要功能或特性没有实现，导致严重问题的错误声明。
- 一般的（major）——软件一般缺陷：不太严重的错误，这样的软件缺陷虽然不影响系统的基本使用，但没有很好地实现功能，没有达到预期效果。如次要功能丧失，提示信息不太准确，用户界面差，操作时间长等。
- 微小的（minor）——软件细微缺陷：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等。
2.4 Bug 的不同状态
- 激活状态（Active或Open）：测试人员新报的bug，问题还没有解决，或验证后bug仍然存在。
- 已修正状态（Fixed或Resolved）：开发人员针对存在的缺陷，修改程序，认为问题已解决问题。
- 关闭或非激活状态（Close或Inactive）：测试人员验证已修改的bug后，确认bug已不存在的状态。
- 潜伏状态：测试人员没有发现，而该Bug确实存在。
2.5 软件缺陷在开发周期不同阶段的分布
缺陷如果没有在早期测试发现，后期发现可能会导致大规模的重新设计与编码。
软件缺陷随着时间的推移带来的成本越来越大！
3 软件开发周期与测试
3.1 常用的软件开发生命周期模型
- 瀑布模型
- 螺旋模型
- RUP迭代模型
- V模型
- 敏捷开发模型
- IBM IPD开发模型（跨部门团队、纵横矩阵式管理）
3.2 迭代开发模型
3.3 V 模型——测试驱动模型
V模型的特征——将测试环节引入模型，确立了提前测试、测试驱动开发的软件开发理念。
3.4 改进的 V 模型—— W 模型
4 软件测试阶段
软件测试也是一种软件过程。
软件测试是软件开发过程中的重要内容之一，是软件质量保证的关键。
4.1 测试阶段
比较规范的软件测试阶段划分如下：
4.2 软件测试流程
上图总结：
综上所述，从软件产品生命周期开始，软件测试也就开始了。
5 软件测试的工作范畴
-
测试管理——编写测试计划，监控测试过程；
-
测试设计——编写测试方案、测试用例；
-
测试执行——执行测试用例，生成缺陷报告；
-检视代码，评审开发文档（静态测试）；
-运行系统进行测试（动态测试），发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正。
-
通过各种测试指标测试度量软件的质量。
-如测试覆盖率、缺陷数量、缺陷解决比例等。
5.1 测试覆盖率
5.1.1 对源代码的测试覆盖率
是指在系统测试过程中，所测试到的功能和非功能需求占到需求总数的百分比。一般我们可以通过测试用例的执行率来衡量。一般有语句覆盖、分支覆盖、条件覆盖、路径覆盖等方法。
一个通用的代码覆盖标准是：对软件关键模块的语句覆盖率要达到100%，分支覆盖要达到85%以上。
一些单元测试工具，如Junit、C++Test、Jtest等都能进行代码测试，并统计出代码的测试覆盖率。
5.1.2 对需求的测试覆盖率
是指在系统测试过程中，所测试到的功能和非功能需求占到需求总数的百分比。
一般我们可以通过测试用例的执行率来衡量。
一个通用的需求文档覆盖标准是：测试用例的执行率要在100%，即所有用例都要执行一遍，测试用例的通过率要达到95%以上。
