启发测试策略模型简介(1)

测试策略启发模型

Project Environment 项目环境

包括资源、约束、项目中促使我们进行测试并且妨碍我们做好测试工作的其它力量。确保充分利用你拥有的资源，同时考虑你的约束。

Product Elements 产品元素

产品元素是你打算要测试的东西。软件是一个复杂和不可见的东西，所以你要小心地确保你确实检查了产品的所有需要检查的东西。

Quality Criteria 质量标准

质量标准是作为测试员需要用来判定产品是否存在问题的规则、价值和来源。质量标准是多面的，通常是隐藏的或自相矛盾的。

Test Techniques 测试方法

测试方法是用于创建测试的策略。所有的方法都包含某种对项目环境、产品元素和质量标准的分析在里面。

Perceived Quality 预期的质量

预期的质量是测试的结果。你永远也不知道软件产品的真正质量，但是通过各种各样的测试的应用，你能得到一定的评估。

General Test Techniques 普通测试方法

Function Testing 功能测试

测试你能测试的东西

1、识别出产品能做的事情（功能和子功能）。

2、决定你是通过什么知道一个功能能工作。

3、测试每个功能，每次测试其中一个。

4、确保每个功能做了它应该做的事情，并且没有做它不应该做的事情。

Domain Testing 范围测试

在数据上做文章

1、查找产品处理的任何数据。在查看输入的同时要看输出。

2、决定要测试那些数据。考虑边界值、特殊字符、合适的值、不正确的值或有代表性的值。

3、考虑组合数据在一起进行数据。

Stress Testing 压力测试

对产品施加压力

1、看哪些功能或子系统在大数据量或限制资源的情况下会崩溃

2、识别出跟这些子系统和功能相关的数据量和资源

3、选择或产生大数据量或创造资源限制条件，例如：大而复杂的数据结构、高负载、长时间运行、施加大量测试用例、低内存等。

Flow Testing 流程测试

一个接着一个来做

1、定义测试用例或顶层用例用于覆盖活动与活动之间的流程

2、在测试过程中不要重启系统

3、改变时间或顺序，并尝试并发线程

Scenario Testing 场景测试

为完成某个系统与用户之间的故事而测试

1、开始之前先考虑产品要发生的所有事情

2、设计各种测试，包含有意义的、复杂的与系统的交互

3、一个好的测试场景是一个吸引人的故事，讲述某人做了某些与系统相关的事情

Claims Testing 需求测试

检查每个需求的满足程度

1、识别相关材料中指出的关于产品的各种要求（明示的或暗示的）。

2、分析各种需求并澄清隐晦的需求。

3、检查每个关于产品的需求都成立。

4、如果你基于一个明确的需求规格说明来测试，检查产品与其是否一致。