为什么 UI 测试位于测试金字塔的顶端？

Question

一位面试官就下图向我提出了以下问题：

1. 为什么 UI 测试需要更少的工作量？
2. 测试金字塔是为程序员还是测试人员设计的？

感谢您对这些问题的帮助。

Answer 1

我对 1. 的回答是，这并不意味着应该在 UI 测试中投入“更少的精力”，而是说 UI 测试“应该覆盖更少的代码”而不是更大的部分。

至于 2.，任何测试代码的人都应该考虑它。在某些组织中（并且应该是）最常见的是专业测试人员，而在其他组织中，则是开发人员。

我的印象是这些都不是很好的问题，但是我在面试的时候并没有提到这个。

Answer 2

根据Test Pyramid: the key to good automated test strategy，下图表示测试金字塔，它最初反映在 Martin Fowler 的article 之一中，它基于 Mike Coen 开发的概念。

---

测试金字塔

测试金字塔是解决过度依赖长期运行的自动化 / 手动 UI测试问题的工具。 p>

---

从 TestPyramid 中提取出来

金字塔意味着：

• 测试在较低级别上的编写和维护成本更低，运行速度也更快。
• 上层的测试编写和维护成本更高，运行速度也更慢。
• 理想情况下，您应该有 很多 单元测试、一些 服务测试和非常很少 UI测试。

这个概念与 Testing Ice Cream Cone 正好相反，它是我们在软件行业中最常见的Test Strategy非常少数 单元测试，一些 UI测试，很多 QA测试 和 很多 手动测试。

---

测试蛋卷冰淇淋

Testing Ice Cream Cone 方法很容易识别，因为 QA 部门已经创建了自动化测试套件，但开发团队没有。结果，测试将运行很长时间并且不稳定，因为开发团队没有帮助构建套件或以易于测试的方式构建应用程序。开发人员的新签入会定期破坏产品功能，他们依靠 QA 部门报告缺陷来修复它。