接口测试用例注意事项（接口测试的测试用例怎么设计）

本篇文章给大家谈谈接口测试用例注意事项，以及接口测试的测试用例怎么设计对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口测试用例注意事项的知识，其中也会对接口测试的测试用例怎么设计进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、接口测试注意的点
• 2、如何去做安卓端的接口测试，需要注意哪些方面
• 3、测试用例注意事项？
• 4、接口测试用例编写要点有哪些？
• 5、接口测试要点

接口测试注意的点

接口测试作为集成测试的一部分，通过直接调用被测试的接口来确定系统在功能性、可靠性、安全性和性能方面是否能达到预期，有些情况是功能测试无法覆盖的，所以接口测试是非常必要的。

接口测试分为两种，一种是webservice接口，走soap协议通过http传输，请求报文和返回报文都是xml格式的，测试时通过工具soapUI进行测试。使用情况比较少；另一种http api接口，走http传输协议，通过路径来区分调用的方法，最常用的是get和post请求。

get请求和post请求的区别在哪里呢？网上的答案为：

1、get请求可以在浏览器中请求到，post请求的测试需要借助工具

2、get请求使用url和cookie传参，post的数据放在body中

3、post比get更安全，因为传递的参数在url上是看不到的

4、get请求的url会有限制，而post请求的数据可以非常大

5、一般get请求是来获取数据，post请求是传递数据的

其实，对于现在飞速发展的 互联网来说，上面的说法已经不严谨了。首先，post请求的参数也可以写在url里，但是这种情况不多见；其次表面上看起来，post利用body传参，比get的url传参安全，但其实只要用抓包工具（fiddler，Charles等），post的参数也是一览无余；再次，现在的浏览器非常强大，可以输入支持很长的URL，所以也不再有限制一说了。这么说来，种种区别只有最后一条是最根本的了。

　怎么来测试接口呢？根据什么来测呢？这就需要开发提供的接口文档了，接口文档和功能测试的需求说明书的功能是一样的。包括：接口说明、调用的url，请求方式（get or post），请求参数、参数类型、请求参数说明，返回结果说明。这里接口文档生成可以使用apipost接口文档生成工具。有了接口文档后，我们就可以设计用例了，一般接口测试的用例分为以下几种：

1、通过性验证，说白了就是传递正确的参数，是否返回正常的结果

2、参数组合，因为参数有必传和非必传，参数的类型和长度，以及传递时可能业务上的一些限制，所以在设计用例时，就要排列组合这些情况，保证所有情况都能覆盖到

3、接口的安全性，这个又分为几种情况：

1)绕过验证，比如提交订单时，在传递商品价格参数时，修改商品价格，就要看后端有没有验证了。或者我支付时，抓个包将订单金额一改，如果能以我改后的金额支付，那这个借口就有问题了。

2）绕过身份验证，就是某个功能只有有特殊权限的用户才能操作，那我传递一个普通的用户，是不是也能操作呢

3）参数是否加密，这个关系到一些账户的安全，比如我们在登录一些网站时，它要将我们的登录信息进行加密，如果不加密我们的信息就会暴露，危害性极大。

4) 密码安全规则，设置密码时复杂程度的校验。

4、根据业务逻辑来设计用例

用例设计完了，用什么来测试接口呢？我们可以借助一些工具，比如apipost和jmeter。apipost使用比较简单，可以在列表中选择请求方式，在输入框中输入URL，如果是get请求，直接点击发送就可以看返回结果了。

如果是post请求，会涉及到几种参数的上传方式和添加请求头、权限验证还有添加cookie等操作。apipost都可以简单实现

还有一种测试接口的工具是jmeter，用途比较广泛，不但能测接口的功能，还能对接口进行性能测试。比如：压力测试、负载测试等。在jmeter中需要创建线程组，如图：

Apipost官方链接： https://console.apipost.cn/register?utm_source=10008

如何去做安卓端的接口测试，需要注意哪些方面

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

测试用例注意事项？

1）测试用例是否按照公司定义的模板进行编写的；
2）测试用例的本身的描述是否清晰，是否存在二义性；
3）测试用例内容是否正确，是否与需求目标相一致；
4）测试用例的期望结果是否确定、唯一的；
5）操作步骤应与描述是否相一致；
6）测试用例是否覆盖了所有的需求；
7）测试设计是否存在冗余性；
8）测试用例是否具有可执行性；
9）是否从用户层面来设计用户使用场景和业务流程的测试用例；
10）场景测试用例是否覆盖最复杂的业务流程；
11）用例设计是否包含了正面、反面的用例；
12）对于由系统自动生成的输出项是否注明了生成规则；
13）测试用例应包含对中间和后台数据的检查；
14）测试用例应有正确的名称和编号；
15）测试用例应标注有执行的优先级；
16）测试用例包含相关的配置信息：测试环境、数据、前置测试用例、用户授权等；
17）每个测试用例步骤应<=15 Step；
18）自动化测试脚本必须带有注释（注释应包括：目的、输入、期望结果等）；
19）非功能测试需求或不可测试需求是否在用例中列出并说明？

接口测试用例编写要点有哪些？

测试每个参数类型不合法的情况(类型不合法容易遗漏NULL型)
* 测试每个参数取值范围不合法的情况
* 测试参数为空的情况
* 测试参数前后台定义的一致性
* 测试每个参数的上下限(这里容易出致命的BUG，如果程序处理不当，可能导致崩溃)
* 如果两个请求有严格的先后顺序，需要测试调转顺序的情况
更多内容可以从黑马程序员获取相关资料进行了解

接口测试要点

接口测试的要点：

1）接口的输入和输出，是否与预期结果一致

2）输入数据的类型、结构是否满足要求

3）输出数据的类型、结构是否满足要求

4）异常验证：

　必传非必传：必填的参数不填

   参数类型：输入整数类型的，传入字符串类型

   入参长度：长度是10的，传11
接口类型：

1）HTTP接口

2）Dubbo接口

……
HTTP接口：

1）请求报文

请求方法：GET 、POST

请求url： https://www.jianshu.com/

报文头header：一般存放cookie、token等信息。

报文体： 输入参数

2）响应报文

报文协议

状态码

响应头header

响应体： 输出 （我们需要的） 关于接口测试用例注意事项和接口测试的测试用例怎么设计的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口测试用例注意事项的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口测试的测试用例怎么设计、接口测试用例注意事项的信息别忘了在本站进行查找喔。

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