接口测试能发现哪些问题,接口测试用例设计
接口测试能发现哪些问题,接口测试用例设计详细介绍
本文目录一览： 为什么做接口测试？接口测试能发现哪些问题
1、功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
2、(1)能够提早发现bug，符合质量来控制前移的理念。(2)接口测自试低百成本高效益，因为接口测试可以自动化并且是持续集成的。(3)接口测试从用户度的角度对系统接口进问行全面检测。
3、测试的重点是检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。
4、个人觉得如果团队有专人做接口测试，这种情况下接口测试定位到用来发现更多bug是没有问题的，如果没有发现bug那就需要仔细找找接口测试用例设计的问题。
接口测试用例设计
?接口测试发现的典型问题：
（1）传入参数处理不当，导致程序crash；
（2）类型溢出，导致数据读出和写入不一致；
（3）因对象权限未进行校验，可以访问其他用户敏感信息；
（4）状态处理不当，导致逻辑出现错乱；
（5）逻辑校验不完善，可利用漏洞获取非正当利益等。
用例设计：
1：入参类型：
数值型 ：
如果参数规定了值的范围，则需要考虑等价类取值范围内、取值范围外，取值的边界，如有需要，可能会遍历取值范围内的各个值。
类型的特殊值：-1,0
数据类型的边界值：int的最小值最大值；
特殊值处理不当导致程序异常退出；
类型边界溢出
取值范围外值未返回正确的错误信息等
字符串型：
字符串型的参数，主要考虑字符串的长度和内容：
特殊值：空字符；
边界值：String的最大长度；
字符串内容可考虑类型：数字，非数字；
特殊字符。
超长字符未进行处理，导致存储、显示等异常
?数组或链表类型
参数类型为数组或链表时，用例可以考虑：
例如批量提交任务的接口submitTask(int[] taskID)，参数用例设计考虑：
正常取值：1-5个权限，范围外：6个权限；
边界值：1-35的边界值，请求允许最大最小值；
特殊值：0个；
合法ID和不合法的；
重复的ID等。
可能存在的问题和风险：
0个item时程序异常退出；
重复的item处理时未去重导致结果异常等。
2：针对逻辑设计
约束条件分析
（1）数值限制：分数限制、金币限制、等级限制等等。
例如：兑换Q币活动要求积分>50才可参与。
（2）状态限制：登录状态等。
例如：同步用户信息需要先登录账号。
（3）关系限制：绑定的关系，好友关系等。
例如：帮家人防骗功能只能查询绑定家人的来电信息。
（4）权限限制：管理员等。
3：?针对输出结果
接口处理正确的结果可能只有一个，但是错误异常返回结果有很多情况很多值。如果知道返回结果有很多种，就可以针对不同结果设计用例。例如提交积分任务的时候我们通常能想到的是返回正确和错误，错误可能想到：无效任务，无效登录态，但是不一定能否完全覆盖所有错误码，而接口返回定义的返回码可以设计更多用例：
覆盖返回码也是用例设计的一种思路。
常见问题和风险：
（1）错误前端处理不足，导致前端异常；
（2）错误提示处理不当，导致用户看到晦涩的错误码；
（3）错误提示不当，导致用户不知道哪里出了问题，如何解决。
4：接口超时
（ 1）未进行超时处理，导致整个流程阻塞
（2）超时后又收到接口返回，导致逻辑出现错乱
接口测试测试点？
根据系统需求规范写系统测试用例感觉有点困难。 是因为这个时候功能描述还比较泛，感觉会感觉编写用例有点困难，这个时候编写的用例粒度可以比较粗，不用写的很细节（估计也写不出来很细）。 到了设计环节，功能点比较明确，用例也可以再细化。 在实际过程中，一般就是在需求阶段心里有个大概的测试策略，不会具体去写用例。只有到设计确定后，才有可能开始编写，为了简化工作量和预防需求变化用例又得重写的麻烦。 结合硬件的测试，编写用例和一般软件测试没啥区别，就是编写你要考虑的测试点，然后想想怎么测试（测试步骤和数据）
1.可以发现很多在页面上操作发现不了的bug（接口的）
2.可以检查系统（接口）的异常处理能力
3.可以检查系统（接口）的安全性、稳定性
4.前端随便变，接口测好了，后端不用变
5.可以测试并发情况，一个账号，同时（大于2个请求）对最后一个商品下单，或不同账号，对最后一个商品下单
6.可以修改请求参数，突破前端页面输入限制（如金额），检查系统（接口）有没有进行校验
接口测试主要测哪些方面
接口测试主要测: 功能测试、逻辑业务、异常测试、性能测试、安全性测试。
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
针对软件接口的分类一般有如下几种情况：
1、系统与系统之间的调用，如微信向用户提供统一的对外接口，程序员调用接口完成基于微信的小程序等；
2、同一系统内部上层服务对下层服务的调用，如一个软件程序一般分为表示层，业务层和数据层，表示层调用业务层的接口来完成自己的工作，而业务层又会调用数据层的接口来实现相应的业务等。
其以保证系统的正确和稳定为核心，重要性主要体现为以下几个方面：
（1）能够提早发现 bug，符合质量控制前移的理念。
（2）接口测试低成本高效益，因为接口测试可以自动化并且是持续集成的。
（3）接口测试从用户的角度对系统接口进行全面检测。实际项目中，接口测试会覆盖一定程度的业务逻辑 。
接口测试痛点及解决方式？
我们在进行接口测试的时候，经常会碰到一些痛点，下面我们就整理下接口测试过程中的常见痛点和解决方式
直接从传智播客整理好的资料截取的。
①测试环境数据被改动导致接口测试失败
支持实时从数据库查询最新的数据
②测试数据写死导致的接口用例执行失败
对数据进行参数化
③ 检查点不够充分
增加各种校验点：正常检查点、异常检查点、不为空检查点
④接口测试执行后产生的数据会导致下面的用例执行失败
执行结束后支持删除指定数据
⑤接口测试执行超时等非404错误导致的失败
支持失败重跑功能
⑥不能定时执行
使用jenkins进行持续集成
⑦线上环境接口调用失败
支持线上环境接口的监控
⑧依赖于第三方接口数据不好创建
支持数据的mock
⑨单个接口测试通过，但业务还是有bug
组合多个接口为一个业务场景
为什么做接口测试？接口测试能发现哪些问题
理解所说台数据测试指数据校验知理解否确根据理解我解释我框架增加功能用帮助进行自化脚本编写结校验其包括台数据校验我
测试用例需要台进行数据校验候调用些数据校验即相于前台页面操作自化封装selenium操作页面台数据校验通增加功能实现理解同两部编写测试脚本似乎根据测试用例设计两部都拿使用
1.首先需要开发提供给我们接口文档，样子如下。
需要指出 接口的类型，这里是POST。还需要指出接口的地址，这里就是黑色框中的URL地址。
2. 需要下载一个 postman，我的是windows 7 64bit，可以去官网下载一个最新版本
举个例子吧：
测试用户注册功能，规定用户名为6~18个字符，包含字母（区分大小写）、数字、下划线。首先功能测试时肯定会对用户名规则进行测试时，比如输入20个字符、输入特殊字符等，但这些可能只是在前端做了校验，后端可能没做校验，如果有人通过抓包绕过前端校验直接发送到后端怎么办呢？试想一下，如果用户名和密码未在后端做校验，而有人又绕过前端校验的话，那用户名和密码不就可以随便输了吗？如果是登录可能会通过SQL注入等手段来随意登录，甚至可以获取管理员权限，那这样不是很恐怖？
所以，接口测试的必要性就体现出来了：
①、可以发现很多在页面上操作发现不了的bug
②、检查系统的异常处理能力
③、检查系统的安全性、稳定性
④、前端随便变，接口测好了，后端不用变
软件开发接口测试的常见问题？
对于一款程序来说，接口除了有对接外部的以外同时还有对程序内部的接口，下面电脑培训就一起来了解一下，关于软件开发接口测试的常见问题。
一、常见接口：
1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等;
2、httpapi接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等;
二、前端和后端：
在说接口测试之前，我们先来搞清楚这两个概念，前端和后端。
前端是什么呢，对于web端来说，咱们使用的网页，打开的网站，这都是前端，这些都是html、css写的;对于app端来说呢，它就是咱们用的app，android或者object-C(开发ios上的app)开发的，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验，咱们在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面，那前端和后端是怎么交互的呢，就是通过接口。
前面说的你可能不好理解，你只需记住：前端负责貌美如花，后端负责挣钱养家。
三、什么是接口测试：
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
接口测试的测试点有哪些
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
测试的策略：
接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是：
评审测试接口文档（需求文档）
根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计方法）
执行测试，查看不同的参数请求，接口的返回的数据是否达到预期
那么设计测试用例时我们主要考虑如下几个方面：
功能测试：
接口的功能是否正确实现了
接口是否按照设计文档中来实现（比如username参数写为了user，那么这就不符合，因为接口文档在整个开发中都需要使用，所以接口实际的设计要与接口设计文档中保持一致）
兼容性测试： 比如说今天接口进行了调整，但是前端没有进行变更，这时候需要验证新的接口是否满足旧的调用方式
错误码测试： 通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况
返回值测试： 返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析
参数边界值、等价类测试
json格式测试： 通常我们的接口一般设计的都是传递json串，那么就需要去测试 如果传递非json的情况，这时候程序会不会正确的处理，返回相应的 error code
默认值测试： 很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量， 默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。
逻辑业务：
是否有依赖业务，比如查看订单，是需要用户首先登录的，所以肯定要保证登录了或有相应的cookie
业务逻辑测试： 传递正确的参数，接口对数据库进行查询的操作，需要去验证数据库查询是否正确，接口对数据库进行 增删改的操作，也需要看数据库是否同步进行了这些操作
异常测试：
异常分为两类，参数异常和数据异常
参数异常：
关键字参数：将参数写为开发语言中的关键字
参数为空：比如去掉了username参数
多或少参数：多或者少参数的验证，现在还不确定如果一个接口多了参数如果没有报错是否是合理的，或者是否需要优化，因为就目前开发给予的答案是，一般不对接口多了参数的处理
错误参数：比如将username参数写为了user等看是否能返回相应的error code
数据异常：
关键字数据：将参数的值填为开发语言中的关键字
数据为空：将参数的额值填为空
长度不一致：因为数据库中每个字段都设置有字段长度，填写不符合的长度进行验证
错误数据：就是将参数的值任意填写，或填写不存在的数值
异常类型测试： 比如count参数，这个参数的类型一定是可以转换为int类型的，这时候我们需要测试如果传的一些不可以 转换为int类型值来测试代码是否加入判断
性能测试：
响应时间
吞吐量
并发用户数
占用内存，CPU等
安全性测试：
敏感信息是否加密
必要参数是否后端也进行校验（现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前端太容易了）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证）
接口是否防恶意请求（SQL注入）
cookie：就是将header中的cookie修改或删除后看是否能返回相应的error code
header：就是删除或修改header中部分参数的值，看是否能返回相应的error code
唯一识别码：删除修改唯一识别码测试
为什么要做接口测试
如何做接口测试?1、接口测试需要围绕测试计划实施。接口测试重点是：api文档分析、用例设计。具体接口应用工具主要根据后台协议和测试计划测试工具来定，可使用工具如：postman、jmeter、requests、抓包（fiddler、charles）。
2、可以使用postman软件进行接口测试，这里以较复杂的上传图片的接口为例进行测试，首先打开postman软件选择Post方式，输入后台接口调用地址。
3、接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。
4、接口测试实际工作中一般分为以下两种实现方式：（1）基于工具实现接口测试，常见的接口测试工具如Postman、Jmeter等（2）基于代码实现接口测试，如Python+Requests黑马程序员的公开课上次把接口测试相关都讲清楚了。
5、对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了，其次，自己去读开发的代码。
我眼中的接口测试和接口自动化测试当然，在接口自动化的基础上再做压力测试、稳定性测试等也会更方便。在这个前提下再评估接口自动化测试是否有必要，思路就会清楚一些。
前后端分离结构：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。
就是使python去实现接口测试，说白了就是写一些测试逻辑。python去写，速度快，简单python也有很多自动化测试相关的工具。roboframework，是一个自动化测试框架，写自动化非常简单。
说简单的接口自动化大致三个步骤：a-发送请求；b-解析结果；c-验证结果为了方便起见，你应该自定义三个和业务相关的测试类：一个用来封装httpclient，用来发送请求的类，昌平java课程建议用于发送各类测试请求。
接口编写方便。方便调试接口。支持数据初始化。生成测试报告。支持参数化。robotframework优点关键字驱动，自定义用户关键字。支持测试日志和报告生成。支持系统关键字开发，可扩展性好。支持数据库操作。
什么是接口测试什么是接口测试接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
接口测试是测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。重点测试数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等等。
接口测试和系统测试区别：接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。
接口测试的原理?接口测试有的公司是归纳在集成测试里面，也有的公司会放在系统测试阶段，不过这个都没有什么区别，本质上接口测试就是通过某个功能模块对外暴露的一个接口地址传参进行测试。
你说的淘宝的接口测试应该就是对web服务的测试，其实原理就是你根据web服务的格式要求准备测试数据（xml文件），然后通过工具把请求发送的web服务器，然后验证返回的结果。
接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
什么是接口测试?1、什么是接口测试接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
2、接口测试是测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。重点测试数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等等。
3、接口测试和系统测试区别：接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。
4、接口测试的原理主要是模拟客户端向服务端发送请求，服务器接收请求后进行相应的业务处理，并向客户端返回响应数据，检查响应数据是否符合预期。黑马程序员的公开课上次把接口测试相关都讲清楚了。
5、接口就是API，意思是应用程序编程接口。接口本质上是程序开发的函数和方法，提供参数和返回值。
6、API测试又称为接口测试，接口测试是功能测试的一种。
为什么做接口测试?接口测试能发现哪些问题1、功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
2、(1)能够提早发现bug，符合质量来控制前移的理念。(2)接口测自试低百成本高效益，因为接口测试可以自动化并且是持续集成的。(3)接口测试从用户度的角度对系统接口进问行全面检测。
3、测试的重点是检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。
4、个人觉得如果团队有专人做接口测试，这种情况下接口测试定位到用来发现更多bug是没有问题的，如果没有发现bug那就需要仔细找找接口测试用例设计的问题。