基于风险的测试

为何要基于风险

风险相比软件测试和开发的专业知识更容易被各方理解和接受。

测试计划内容

风险和环节措施

• 测什么
  测试策略、待测试特征（功能、非功能、优先级、质量目标）
• 如何测
  测试阶段、测试设计技术、暂停和恢复准则、测试类型、测试完成准则，测试执行方法
• 什么时候测
  测试时间表包括测试分析和设计、测试环境和工具、测试执行
• 谁来测
  测试资源：测试设计者，测试执行者、工具开发者，测试环境和软硬件设备。

测试计划制定的步骤

制定测试计划分为三个基本步骤：
第一步：分析
通过质量特性来分析，质量特性分为功能性、性能、，易用性、安全性、兼容性、、可维护性、可移植性、依从性，符合性
第二步：选项、估算、平衡
测试阶段（单元、集成、系统、验收）、测试类型（白盒、黑盒）和设计技术（等价类划分、边界值、分类树、语法、组合、判定表、因果图、状态转移，场景、随机）、测试执行方法（手动、自动）从这些形成可选方案。
第三步：形成决策
测试计划包括组织的质量策略、测试策略、资源和时间表、工具开发文档。

单元测试：测试用例通常为代码形式、即用编码语言来描述测试用例。单元的各项参数可以采用等价类划分、边界值、组合测试技术。
对于有着明确的状态和转移定义的模块，应采用状态转移测试进行覆盖。
对于有着明确逻辑判定规格要求的，应采用判定表技术
通过代码覆盖度量工具。

集成测试：基于规格说明的测试技术（黑盒）和基于结构的测试技术（白盒）
黑盒：
以场景测试为主要的测试设计技术。
为了在场景中找出异常或极端的情况，可对通信信息的内容
对于异步通信来进行的模块键交互协作
状态转移