4. 质量评估标准：
* 接口覆盖率是否达到要求。内部接口90%，外部接口95%。
说实话，挺高的。我们目前对自己的要求是至少70%，我们认为追求过高的代码覆盖率的意义并没有想象中的大。相反，过度要求高的代码覆盖率，可能会造成反面影响。
* 测试用例中对接口业务规则的验证是否完整。
关键词：业务规则，保证了业务规则，就保证了用户使用的大部分功能。
* 测试用例中是否覆盖接口之间的关联性测试。
* 遗留的 bug对系统的影响程度。
* 测试用例与测试代码是否一致。
我们主要通过CodeReview和自己的人品，并没有做太多严格的审核。
* 测试用例是否可持续回归。
* 经过测试的接口是否达到了调用方的标准，调用方能否使用该接口来开发出产品设计说明书所设计的应用。
可以看出，淘宝的接口测试评估标准还是挺全面的，做的确实不错!非常值得学习!
5. 还可以继续提高的地方(都是我们想要做的，就不一一点评了)：
* 测试数据管理框架构建与统一
* 接口测试项目构建基础框架
* mock 框架化
* 高比例代码自动生成框架
6. 测试未来遐想(想象力确实很丰富啊，同样也是我的梦想)：
* 测试虚拟化：提供接口测试虚拟机，构建测试虚拟化层。将被测系统运行在虚拟机中，与外部系统剥离，进行内部代码检测、内存检测、数据校验与逻辑检测。
* 测试智能化：智能分析系统代码，智能生成测试代码，智能 mock 外部系统，智能执行测试代码，智能分析测试结果，智能定位缺陷，智能修复缺陷。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
