1.4. 工作流测试（Flow Testing）
做完一件事再做另一件。
Ø 定义把具体的多个活动首尾链接起来测试过程或者高水平的用例。
Ø 在两个测试之间不要重置系统。
Ø 改变时间和顺序，并且尝试并发的线程。
1.5. 场景测试（Scenario Testing）
作为一个强制性的故事来测试。
Ø 首先，思考与产品关联的每一件事。
Ø 设计把产品中有意义的和复杂的相互作用包括在内的测试。
Ø 一个好的场景测试是一个关于一些人或事可能对产品进行怎样的操作故事。
1.6. 约束测试（Claims Testing）
验证每一条约束。
Ø 在产品的参考资料中辨识出其包含的约束（隐藏的或直接的）。
Ø 分析单个的约束，并明确比较含混的约束。
Ø 验证产品的每条约束是否是正确的。
Ø 如果你测试的依据是详细的规格说明书，就很值得使用这个技术，并且会把产品做的比较标准。
1.7. 用户测试（User Testing）
涉及了用户的测试。
Ø 分清楚用户的类别和角色。
Ø 判断每类用户会执行什么样的用例，怎样来执行，以及这样做的价值。
Ø 获得真实的用户数据，或者让真实的用户来测试。
Ø 否则，就要系统地模拟一个用户了（当心――想像你是一个用户很容易，但是实际上你并不是）。
Ø 非常有效的用户测试应该要涉及各种各样的用户和用户角色。而不是仅仅一个。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
