共计 483 个字符，预计需要花费 2 分钟才能阅读完成。
近年来，随着 DevOps 和麻利过程越来越宽泛地被采纳，软件测试、特地是自动化测试失去了迅速的倒退。
《软件自动化测试金字塔模型》将可自动化的测试自底而上分为单元测试、服务接口测试和界面自动化测试三个局部。正立的金字塔构造倡议咱们发展更为宽泛的单元测试，以期取得更早发现问题和更高执行效率带来的收益，但一直减少的单元测试也会显著进步开发资源的投入。随着趋于顶部更多的 UI 层面自动化测试的发展，咱们能够取得更高的累积测试覆盖率，但频繁的用户界面调整会带来更高的脚本保护工作量，自动化测试的投入产出比也将逐渐收敛。
近年来，随着挪动利用的遍及、微服务和 Web 前后端拆散模式的广泛应用，客户端的体现层交互同服务端的业务解决之间，在零碎架构层面做了更为清晰的逻辑划分。因而，在接口层面领有了更多的测试机会，借助接口测试，咱们能够：
- 模仿客户端用户操作引发的全副业务场景解决调用；
- 领有更为明确和稳固的协定层输出到输入的对应关系；
- 实现必不可少的向前兼容老版本服务 API 的回归测试；
- 适当缩小过多单元测试带来的开发技术资源投入老本；
- 躲避产品界面频繁调整带来的 UI 测试脚本的保护老本。
专题目录
正文完