软件缺陷的正式定义
：1、未达到需求规格说明书中指明的功能，则是缺陷。
- 保证现实有效输入下的基本功能。
- 保证达到相关指标。
测试是为了证明程序的正确性。
2、软件出现需求规格说明书中指明不会出现的错误，则是缺陷。这可视为对软件系统容错性的要求。 - 检查异常情况
- 检查用户无效输入的处理能力。
- 3、软件功能超出需求规格说明书中指明的范围，则是缺陷。
- 软件测试是为了发现缺陷而执行程序的过程。
- 一个成功的测试是发现了至今没有发现的错误的测试。
- 4、软件未达到需求规格说明书中·虽未·指出但应达到的目标，则是缺陷： 隐含特性，需求缺陷
- 测试中要注意：
- 根据用户的意见和反馈执行测试。
- 依据需求规格说明书，测试系统正常功能。
- 依据需求规格说明书和经验，测试系统容错能力。
- 程序员应遵循良好的开发习惯，避免人为植入缺陷。
- 需求分析阶段强调测试专家的接入，完善需求规格说明，提高系统外部环境容错能力。
测试用例：
从软件测试的定义看测试：
- 根本目的：验证需求。
- 核心关键：测试设计。
- 整体思路;比较预期输出和实际输出
- 存在不足：没有说明如何具体做测试。
- 对应等级：初始阶段。
为了时间、质量、成本的平衡。
测试只能证伪，不能证真。
测试的目标：在最短的时间内，找到最严重，最多的缺陷，最大程度的保证产品符合已知用户需求。
测试设计原则：
+：风险最低、效率最高、分而治之
从而得出测试用例：
-------->能代表需求的小的测试单元。
--------->描述用户预期输出
---------->反映系统实际执行结果
测试用例的四个基本属性:
- 典型性：能揭示最有可能存在缺陷的地方，能代表和覆盖合理与不合理，合法或不合法的情况。
- 可测试性：一个测试用例的预期输出必须是可以检验的，可以根据相关开发文档得到明确的、可判断的结论。
- 可重现性：对于相同的测试用例，系统的预期结果应完全相同，否则，如果系统预期输出存在不确定性，一旦实际运行该测试用例，也无法进行校验。
- 独立性：测试用例应尽量独立。
对测试用例的输入进行分类;
