自动化测试框架设计原理详解

 一、自动化测试场景

1、测试四象限

并不是所有测试类型都适合自动化。哪些测试更适合自动化？哪些更适合手工测试？

根据Brain Marick提出的测试四象限，我们可以对测试进行归类，将其划分到4个象限中，以解答这些问题，如下图所示。

• 第一象限：面向技术和指导开发，该象限中的测试主要为集成测试、组件测试、单元测试等，让开发团队能够获得代码级别的高效反馈，从技术上而言可以实现完全自动化。
• 第二象限：面向业务和指导开发，该象限中的测试主要为功能性的验证测试，判断开发团队的产出是否符合需求，从技术上而言大部分可以实现自动化。但越面向业务，实现成本越高，是否自动化一般取决于成本因素。
• 第三象限：面向业务和评估产品，该象限中的测试（例如探索式测试、可用性测试，等等）需要靠测试人员主动探索系统潜在的故障，而其他类型的测试偏重客户（而非测试人员）在使用过程中的使用体验，所以以手工测试为主。
• 第四象限：面向技术和评估产品，该象限中的测试主要为非功能性测试，例如性能测试、安全性测试、可靠性测试等。这些测试的场景复用度不高，而且一般依赖于特定的测试工具，能否自动化取决于场景是否有复用价值及工具本身是否能有效支持自动化。 

第一象限中的测试类型全都可以自动化，包括单元测试、组件测试等。第二象限