第四章 测试设计技术
1. 测试用例由：
一组输入值、
执行的前置条件、
预期结果、
执行的后置条件
测试条件：
能通过一个或多个测试用例进行验证的一个条目或事件（比如功能、事务处理、质量特征或结构元素等）
2. 测试规格说明书
包含：测试用例的开发、实现、确定优先级和组织（执行的顺序，如果是自动化用例，应该体现在测试脚本中）
3. 黑盒测试技术：
基于规格说明的方法，
特点：
使用正式或非正式的模型来描述需要解决的问题、软件或其组件等；
根据这些模型，可以系统地导出测试用例。
4. 白盒测试技术：
基于结构的方法，
特点：
根据软件的结构信息设计测试用例，比如软件代码和详细设计信息；
可以通过已有的测试用例测量软件的测试覆盖率，并通过系统化的导出设计用例来提高覆盖率。
5. 基于经验的方法：
特点：
用例根据参与人员的经验和知识来编写；
测试人员、开发人员、用户和其他的利益相关者对软件、软件使用和环境等方面所掌握的知识作为信息来源之一；
对可能存在的缺陷及其分布情况的了解作为另一个信息来源。
6. 等价类技术：
输入覆盖和输出覆盖
7. 边界值分析：
输入、时间段的范围、表的边界等
8. 决策表测试：
识别系统的条件和动作；
优点：生成测试条件的各种组合。
适用于：软件的行为由一些逻辑决策所决定的情况。
9. 状态转换：
通过状态转换图来表示系统的特征。
设计的测试可以覆盖：一个典型的状态序列，或覆盖每个状态，或执行每个状态转换，或执行特定顺序的状态转换或测试无效的状态转换。
适用于：嵌入式和自动化行业，和有特定状态的业务对象的建模或测试对话框状态转换流的系统。
10. 用例测试（Use Case）
用例基于系统最可能使用的情况描述了过程流；
有助于设计用户/客户参与的验收测试。
11. 基于结构的或白盒技术（structure-based testing）
代码覆盖：code coverage
判定覆盖：decision coverage
语句覆盖：statement coverage
12. 基于结构的测试/白盒测试是根据识别软件或系统的结构：
组件级别：软件组件的结构，比如：语句、判定、分支或每个不同的路径；
集成级别：结构可能是调用树（模块调用关系图）；
系统级别：结构可能是菜单结构、业务过程或web页面结构。
13. 语句覆盖和覆盖率：
评价一个测试用例套件中已经执行的可执行语句的百分比；
14. 判定覆盖和覆盖率：
评价在一个测试用例套中已经执行的判定输出的百分比。
15. 其他的基于结构的技术：
程度更高的基于结构的覆盖：条件覆盖和多重条件覆盖；
覆盖的概念可以应用于其他的测试级别：在一个测试用例套件中被执行的模块、组件或类覆盖的百分比可以分别称为：模块覆盖、组件覆盖或类的覆盖。
16. 基于经验的技术
错误推测法：
缺陷攻击：列举可能的错误，并设计测试来攻击这些错误；
探索性测试：指依据包含测试目标的测试章程来同时进行测试设计、测试执行、测试记录和学习，并且在规定时间内进行。
17. 选择测试技术
测试技术的选择基于：系统类型、法律法规标准、客户或合同的需求、风险的级别、风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期、用例模型和以前发现各类缺陷的经验等。
测试技术可能运用于特定的环境和测试级别，有些可能适用于所有级别。
|
