什么时候用接口测试（什么情况下做接口测试）

本文目录一览：

• 1、软件测试中，通常什么阶段进行接口测试？

• 2、什么是接口测试？为什么要做接口测试

• 3、通常接口测试在测试部门中，什么情况下会开展呢？

软件测试中，通常什么阶段进行接口测试？

一般的软件流程是需求分析，定需求，制定开发任务表及开发周期，开发，后台接口写好后开发自己进行测试，测试人员可以辅助进行接口测试。一般接口测试不会独立让测试人员测试的。

什么是接口测试？为什么要做接口测试

对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的数据库环境外，是不依赖于其他任何测试用例的，并且这个测试用例执行完毕后，对系统来说，也是没有任何痕迹的，这样就保证了每个测试用例运行时，都在一个干净的环境中运行。要实现测试用例的独立性，就必须对被测系统的设计有详细的了解，这样，不会出现测试用例执行后遗漏数据，环境未改变，另外，还需要对测试用例进行详细的设计。另外，要保证测试用例的重复使用，还需要做到测试用例的及时更新，在这个方面，我们是做接口测试的人会维护对应的系统的接口测试用例，要保证，代码每次更新，测试用例都必须全部执行通过。

接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，我考虑的如下，请参考，如果有错误，一起讨论。

输入参数测试：针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长；

功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。

逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常；   异常情况测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。

通常接口测试在测试部门中，什么情况下会开展呢？

这个其实和接口测试的场景密不可分的，比如说：

外部接口测试：

必须先接口测试通过了，才能执行功能测试

子系统或者各个模块之间的联调测试：

必须各子系统后台代码完成，并提供接口才可以完成测试，一般来说都要求各子系统功能测试通过后再进行

验证后端逻辑：

这个可以在功能测试前进行也可以在功能测试通过后再做（功能测试通过后再执行的主要目的是由于某些重要的数据，即使前端做了限制，为了安全性考虑，必须通过接口测试验证后端是否也做了限制（因为绕过前端限制太容易了））

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。