言归正传，接下来谈一谈最近在实践单测过程中遇到的一个问题。在研发协同平台aone（下文简称aone）的发布流水线中，我们针对单元测试设置了增量代码覆盖率85%和test case 100%通过的流程卡点，在每次发布前，要保证test case完全通过才能提交工单。我们遇到了因并发导致的test case失败，调整并发度导致的单测时间过长，但又影响研发效能的问题。最终在并发度和成功率之间找到了一个平衡点，解决了单测流程降低研发效率的问题。
得物在生产环境进行压测之前是通过在1:1还原的在单独环境进行压测的。这个压测方案除了不仿真外，服务外包括数据存储也是独立的一套。为了降低压测成本，同时保证压测的高拟仿真度，我们采用了全链路生产环境压测的方案。
这篇文章想要讲的，的确是两件事情： 1.为什么测试环境的不稳定是必然的，怎么让它尽量稳定一点？ 2.为什么测试环境比生产环境更复杂，怎么让它尽量简单一点？
测试通过发现、分析、验证三板斧，驱动推进页面性能优化快速有效，在业务方或其他同学提过来之前，我们都已经发现并有了分析，在优化节奏上更具有主动性。
本着以和大家交流如何实现高效的接口测试为出发点，本文包含了我在接口测试领域的一些方法和心得，希望大家一起讨论和分享，内容包括但不仅限于：1.服务端接口测试介绍 2.接口测试自动化介绍 3.接口测试自动化实践 4.关于接口测试自动化的思考和总结
