4. 测试设计技术
2015-06-24
4.1 测试开发过程
4.1.1 测试用例生命周期
4.1.2 测试用例的质量评估
4.1.3 测试用例的组织
4.2 测试设计技术的种类
4.6 选择测试技术
4.1 测试开发过程[1]
4.1.1 测试用例生命周期
测试条件标识：简单的说，就是确定测试什么？需求文档中的需求条目，我们可以认为是测试条件！
测试用例设计：说明如何来识别测试什么(用白盒设计技术还是黑盒设计技术)？即如何详细识别需求中的测试条件！
测试用例实现：得到的是详细的测试用例步骤！
测试用例执行：是通过运行测试用例（自动或手动）来对系统进行测试！
测试用例管理：是如何来组织、跟踪和维护测试用例过程！
4.1.2 测试用例的质量评估
- 测试用例与系统需求（测试条件）之间进行关联，保证需求的可追溯性；测试用例包含明确的测试输出预期结果；
- 确定测试覆盖率
- 需求变更对测试设计和测试执行的影响
- 测试用例在发现缺陷方面的有效性；
4.1.3 测试用例的组织
- 按照软件功能模块组织；
- 按照测试用例的测试类型组织；
- 按照测试用例的优先级组织；
4.2 测试设计技术的种类[1][2]
基于规格说明的测试技术（黑盒测试技术）具有以下共同特点：
- 使用正式或非正式的模型来描述需要解决的问题、软件或其组件等；
- 根据这些模型，可以系统地导出测试用例。
基于结构的技术（白盒测试技术）的共同特点：
- 根据软件的结构信息设计测试用例，比如软件代码和详细设计信息；
- 可以通过已有的测试用例测量软件的测试覆盖率，并通过系统化的导出设计用例来提高覆盖率。
基于经验的方法具有以下共同特点：
- 测试用例根据参与人员的经验和知识来编写；
- 测试人员、开发人员、用户和其他的利益相关者对软件、软件使用和环境等方面所掌握的知识作为信息来源之一；
- 对可能存在的缺陷及其分布情况的了解作为另一个信息来源。
一个比较常见的基于经验的技术是错误推测法。一般情况下，测试人员是靠经验来预测缺陷。错误推测法的一个结构化方法是列举可能的错误，并设计测试来攻击这些错误，这种系统的方法称之为缺陷攻击。可以根据经验、已有的缺陷和失败数据以及有关软件失败的常识等方面的知识来设计这些缺陷和失效的列表。
探索性测试是指依据包含测试目标的测试章程来同时进行测试设计、测试执行、测试记录和学习，并且是在规定时间内进行的。这种方法在规格说明较少或不完备且时间压力大的情况下使用更有帮助，或者作为对其他更为正式的测试的增加或补充。它可以作为测试过程中的检查，以有助于确保能发现最为严重的缺陷
4.6 选择测试技术[2]
测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现各类缺陷的经验等。
参考
[1] 测试设计技术 [下载]
[2] ISTQB测试人员认证 初级（基础级）大纲 [大纲pdf下载]