白癜风多长时间能好 http://m.39.net/pf/a_6185616.html

上一篇讲到接口测试对个人的好处。而对公司来说呢？

首先你招人做接口测试的话，成果很容易看得到，想刷KPI的技术负责人/测试负责人们，做接口测试可以很容易地提高测试覆盖率，实现持续集成测试。当然，如果你的系统架构上就不适合做接口测试的话，那就没办法了。有段时间流行SOA架构的东西，挺适合做接口测试的。后来的云计算，我其实不太了解，但我以前公司（某硅谷强里排70多位的某公司）云计算组的测试也就是测测接口，偶尔做个爬虫，再做做性能测试，最后做成持续集成的，最后再把这套东西跟测试管理平台一接，往他们自己开发的云上一扔，好了，基于云的分布式接口功能及性能测试系统完成。

接口测试比白盒/单元测试好做，因为成本较低。白盒测试你得找能读懂程序源代码的人。接口测试有时可以做黑盒的或者灰盒的。不是说白盒就比黑盒/灰盒难度高，而是读得懂程序源代码的人愿意不愿意来做白盒测试的问题，还是成本问题。像我们以前的产品就是接口，那当然接口测试是必做的。然后因为公司投接口自动化测试已经投了不少钱，所以没钱做白盒测试了。当然，不做白盒测试的后果，后来体现出来了。当一个很奇怪的无法复现，但又频繁无规律出现的重要BUG出来的时候，我们的总监都急了。最后总监开了特别悬赏，能定位这个BUG根源并修复的人将得到不菲的奖金和绩效加分。然后所有测试和开发花了一个多月时间就想找这个bug的原因。这就是他不做白盒/单元测试的后果咯。（最后运气不错，定位到了这个bug，而且还好这个bug不算太恶性）

接口测试基本上都会做成自动化测试，因为他比用户界面层的自动化测试好做。原因在很多文献资料里都有提及：用户界面层的自动化测试成本巨大而且维护困难，业务需求变化也较快。适合做用户界面层自动化测试的项目不多

不是所有项目都有接口可以测，更多的负责人