-
二、postman能做到的
如何自动反复测试一个需要携带header的post请求，并且对针对线上、测试环境同一个数据进行测试。并对实际结果做比较，以作为测试结果？ 关键字：自动 反复 线上 线下
三、post的headers旁边的body里有内容，get会把数据都放到url中，body不可以点击。 但是cookie都是在headers里添加的
四、把接口放到collections里同一个文件夹下，可以批量执行。<箭头之后点击run就可以了 iteration：迭代次数
五、enviroment：环境 如何编辑测试环境：右上角的设置按钮，选择manage environment，输入环境名称和url
六、点击右边的code，可以选择自己熟悉的代码，选择之后，根据选择生成接口测试的代码。
七、测试：逻辑清晰、表达理解能力强、看懂代码、会写代码、会改代码、我来做。
查看全部 -
测试用例：理清思路，避免漏测；提高测试效率；跟进测试进度；告诉领导做过；跟进重复性工作；开发获取接口文档。
用例设计：功能用例设计——功能是否正常；功能是否按照接口文档实现；逻辑用例设计——是否有依赖业务（登陆之前需要短信验证；下单之前应该登陆）；异常测试用例设计——参数异常和数据异常（关键字参数、参数为空、多、少参数、错误参数）（关键字数据、数据为空、长度不一致、错误数据）；安全接口测试用例设计：1、cookie；2、header；3、唯一识别码
查看全部 -
接口测试的分类:post、get、delete、put 差异:post的参数是存在webfrom,以表单的形式提交； get:是把参数放在地址栏 准确的概述差异:参数提交方式（post、get、delete、put） 请求数据大小（post大、get 小） 安全（post是以表单的形势提交，get是放在请求里）查看全部
-
一、为什么要做接口测试 1、接口的由来是：连接前后端及移动端 2、不同端的工作进度不同，需要对最开始出来的接口进行接口测试 3、需要用其他公司的接口，比如银行支付，支付宝等 4、节约时间，缩短项目时间 提高工作效率 提高系统的健壮性 二、接口分类？ 1、接口的种类 外部接口和内部接口 2、接口的分类： post：请求的数据是放在WebForm里面的，以表单形式提交 get delete put 三、不同接口类型的差异 参数提交方式 请求数据大小 安全性：post相对安全查看全部
-
接口测试工具分类 1.抓取接口的工具 2.测试接口的工具 二、抓取接口的工具 1.httpwatch 缺点只能在IE和firefox中且查看数据比较麻烦一般不用 2.wireshark 所有经过电脑的请求都会抓取，比较繁琐 3.fiddler 轻量级的 而且是只针对http请求抓取 比较好用 抓包工具的不二选择还有其他功能 三、接口测试工具选择 1.loadrunner 2.fiddler 3.soapui 4.jemter 5.postman 需要翻墙 但是使用最多的 且最方便的 三、接口测试三剑客 1.fiddler 2.postman 3.python 自己开发查看全部
-
搞笑的讲解，生动的例子啊！查看全部
-
postman的优势：
1.能添加header和cookie.
cookie的添加也是在header栏。
2.多接口一起使用。
3.方便回归。
4.提高技能水平。点击右边的code可以选择编程语言，生成对应语言的http请求的代码。
查看全部 -
接口分为：get ,post ,delete以及 put
查看全部 -
接口测试工具分类：
1、抓取接口
1）httpwatch：仅支持IE、firefox
2）wireshark：抓取电脑的每个请求
3）fiddler：最优选择（还可进行接口测试）
2、测试接口
1）loadrunner（性能、接口）
2）fiddler
3）soapui
4）Jmeter（性能、接口）
5）postman（最优，谷歌的插件，须翻墙下载）
查看全部 -
接口测试的测试点：
1）功能；
2）业务逻辑
3）异常（参数异常；数据异常）
4）安全（关键字；SQL注入，XSS攻击等）
接口测试流程：
需求讨论、需求评审；场景设计；用例设计；数据准备；执行。
查看全部 -
接口的分类：
1、get；
2、post；
3、delete；
4、put；
查看全部 -
15.fiddler的运用
1.查看接口请求方式（get、post）
2.查看请求数据、响应数据
（接口地址以“？”分隔开，“？”后面的为数据，多个数据以&连接符进行连接，参数=数据）
3.接口返回状态
（2开头的表示请求成功；3开头的是跳转；4开头的一般都是客户端的问题；5开头一般都是服务器的问题）
4.设置代理
5.header、cookie（在fiddler右边上方有个headers，cookie也是header的相关信息的一部分，会在相关信息里展示）
6.设置断点（Rules--->Automatic Breakpoints--->before requests（请求之前）或者after responses（服务端相应的时候））
7.添加筛选（fiddler右边filters下方的输入框输入想要筛选的地址，然后进行请求时就只会出现筛选地址）
8.fiddler进行接口测试
（点击fiddler右边的composer，选择接口类型（get、post等），然后右边输入测试接口，点击运行双击运行后跳出的http请求，然后在右边下半部分的选择框里选择json进行查看结果）
查看全部 -
接口测试用例设计主要考虑的4个方面：
1、功能角度（功能是否正常：请求返回的响应，数据结构是正确的，数据是正确的；功能是否按照接口文档实现：接口的参数个数是否正确，参数的名称是否正确）
2、逻辑业务（是否依赖业务：比如下单，就要判断是不是已经登录了）
3、异常（参数异常：关键字参数，关键字取决于开发语言，不同的开发语言，关键字是不同的，主要看服务器能不能正常转码处理；参数为空，即有一个参数不传参数；多、少参数：多一个参数或者少一个参数，应该是该功能都不能实现；错误参数：把原有的参数名换成其他名，服务端应不应该报错，正常情况下，服务器是不处理的，即报错；；；；数据异常：关键字数据、数据为空、数据的长度进行验证、错误数据）
4、安全（cookie：在遇到一些逻辑依赖业务时会用到cookie，即我都没有登录，我直接调用你的接口，你就给我返回成功，这个就是错误的；header：缺少header中的某一项，理论上也应该是不成功的；唯一识别码：一些重要的功能需要锁定手机，他会把手机的唯一识别码传进去，当唯一识别码不正确时，服务器会报错）
查看全部 -
postman的使用: 1设置环境变量 2批量测试接口（放在同一个文件夹下） 3编辑，生成key-value值 4设置迭代次数，重复执行 5查看不同环境的接口测试的结果，进行对比（tests中写判断语句） post请求: 设置header，cookie，body中的请求数据 get请求: 设置同post请求一样，请求数据放在地址栏查看全部
-
接口测试用例设计
一、异常测试用例设计：参数异常 ，数据异常
1、参数异常
（1）、关键字参数异常
（2）、参数为空
（3）、多、少参数
（4）、错误参数
2、数据异常
（1）、关键字数据为null
（2）、数据为空
（3）、长度不一致（规定长度）
（4）、错误数据
二、安全测试用例设计
1、安全测试
（1）、cookie
（2）、header
（3）、唯一识别码（移动端）
查看全部
举报