团队发现，只是因为验收标准可能让测试难以维护以及不可靠的UI测试，其中许多实际上不需要通过UI执行，而是在下面的某个子层中。
例如，添加新运营商的航班预订服务不需要十几个UI测试来检查他们的网站是否显示从新上海航空公司的航班。相反，他们会在顶楼加一个UI测试，检查上海航空公司的标志是否出现，其余的接受测试会直接与供应API本身进行对话，或者测试供应商的处理程序（我们将测试靠近有功能代码）。大量的宏测试可以在没有UI的情况下完成，甚至没有很多上游的系统/服务依赖关系。这个秘密的中间层是无窗口的，因为它不使用UI，但经常需要部署和启动新的进程。这个中间层很重要。没有它，我们将在顶楼进行太多的UI测试，经济学会导致金字塔倒塌。您的金字塔推翻的迹象是当更多的宏观测试失败而不是测试通过时，人们开始禁用测试，以便于在构建整个管道上做假。皮下检查是一个关键性的创新！由于手工测试策略实际上是不可能的，许多具有手动测试/质量保证习惯的组织在该领域有一个巨大的盲点。
有许多工具用于建立皮下测试，SoapUI，Rest Assured，Restito，WireMock。另一个，非API示例是将数据库连接直接连接到包含新功能的存储过程，并编写直接链接到GUI控制器的测试。总之，策略是将测试自动化尽可能地接近支持新功能的代码。
下一集我们将再从整体上看金字塔，并谈论一些常见的问题
用户评论