如何提高api功能测试效率？ -皇冠盘网址

api，即：应用编程接口，就是软件系统不同组成部分衔接的约定。由于近年来软件的规模日益庞大，常常需要把复杂的系统划分成小的组成部分，编程接口的设计十分重要。文章源自玩技e族-https://www.playezu.com/20454.html

程序设计的实践中，编程接口的设计首先要使软件系统的职责得到合理划分。良好的接口设计可以降低系统各部分的相互依赖，提高组成单元的内聚性，降低组成单元间的耦合程度，从而提高系统的维护性和扩展性。文章源自玩技e族-https://www.playezu.com/20454.html

换句话说，api也可以看做程序/资源/组件的集成点。它的功能会跟ui有些类似，通过某些特定指令、参数等可以让后台的一堆代码运行起来，最后得到想要的结果。不同的是它不提供可视的按钮文本框之类的界面，而通常是由一个直接和底层代码打交道的链接构成。文章源自玩技e族-https://www.playezu.com/20454.html

api测试是针对系统所提供的api做各方面的验证。api的性能和安全测试根据测试策略的不同，会是一个可选测试项。这个可以作为两个单独的问题来讨论。文章源自玩技e族-https://www.playezu.com/20454.html

api的功能测试类似于ui功能测试，都是在已知输入内容和期望结果的前提下，使用这个功能/调用这个api并且验证是否能返回期望的结果。不同的是api测试在返回结果被呈现给客户前就完成了，从而对测试环境的依赖会比较小。文章源自玩技e族-https://www.playezu.com/20454.html

还记得曾经在课堂上学过的测试金字塔吗？文章源自玩技e族-https://www.playezu.com/20454.html

简单来讲就是说越往上层走的测试，需要投入的成本会越高，而且会越难以维护。在这个结构下，因为ut已经覆盖了绝大部分的代码，所以其上层的集成/api测试和ui测试可以去除重复测试的部分，从而量也会越来越少，并且会有不错的覆盖率。文章源自玩技e族-https://www.playezu.com/20454.html

所以理想中的自动化测试结构应该是：大量的ut 适量的集成测试(或者api测试) 少量的ui测试。文章源自玩技e族-https://www.playezu.com/20454.html

☞    测试覆盖率。ut关注点是各个单元是否能够完成期望工作，只覆盖一个单元内部工作情况；集成/api测试关注点是各个模块/单元之间协同工作，它所覆盖的场景也会比单元测试更多。而ui测试会更加关注e2e，模拟用户行为，在所有的程序依赖环境准备完成后再进行操作。相比之下api测试不依赖环境，测试成本会比ui测试更低，而且覆盖率比ut更高。文章源自玩技e族-https://www.playezu.com/20454.html

☞    快速反馈。api测试速度比ui测试更快(因为无需界面加载/响应)，短时间内能跑很多用例。api测试也能精确的揭露是软件中哪个组件除了问题，如果把你的api测试放到ci里面，一旦代码修改破坏了现有的功能，就能够快速反馈到团队中。还可以把测试中发现的bug也写到api测试里面，让测试成为一堵墙，从而能更好的能保证产品质量。文章源自玩技e族-https://www.playezu.com/20454.html

☞    可复用。api测试由于不需要浏览器、gui等环境，所以可以更加灵活的在各个环境中复用。例如你可以在产品环境中、测试环境、研发环境中使用，你需要做的只是修改下测试数据而已。另外如果是在tdd模式下工作的话，api测试可能会在产品完成前就写完了，后续的工作也会减少很多。文章源自玩技e族-https://www.playezu.com/20454.html

api功能测试的主要手段是使用工具/软件调用待测api，然后验证是否返回期望的output。这个output通常可能是:文章源自玩技e族-https://www.playezu.com/20454.html

♡  返回成功或者失败的status文章源自玩技e族-https://www.playezu.com/20454.html

♡  是一段数据或者information文章源自玩技e族-https://www.playezu.com/20454.html

♡  或者是跳转到其他api文章源自玩技e族-https://www.playezu.com/20454.html