-
接口测试流程
接口测试重点：设计接口测试用例
设计测试用例：
1、功能：功能是否正常；功能是否按照接口文档实现。
2、逻辑业务：是否有依赖业务
3、异常：异常测试包括①参数异常 ②数据异常
（参数异常：关键字参数，参数为空，多/少参数，错误参数）
（数据异常：关键字数据；数据为空；长度不一致；错误参数）
4、安全：设计安全测试用例有①cookie②header③唯一识别码三个方面
查看全部 -
为什么看慕课网，因为要nb查看全部
-
测试用例：
1、理清思路，避免漏测；
2、提高测试效率；
3、跟进测试进度；
4、告诉领导做过；
5、跟进重复性工作；
6、开发获取接口文档。
用例设计：
1、功能用例设计——功能是否正常；
2、功能是否按照接口文档实现；逻辑用例设计——是否有依赖业务（登陆之前需要短信验证；下单之前应该登陆）；
3、异常测试用例设计——参数异常和数据异常（关键字参数、参数为空、多、少参数、错误参数）（关键字数据、数据为空、长度不一致、错误数据）；
安全接口测试用例设计：
1、cookie；2、header；3、唯一识别码
查看全部 -
为什么要自己开发接口测试程序：
工具没办法满足需求时
业务限制
安全性
查看全部 -
备注：postman接口测试插件（谷歌开发） 1.接口测试流程:需求讨论-需求评审-场景设计-用例设计-数据准备-执行 2.为什么设计用例（重） （1）理清思路，以防漏测 （2）提高测试效率 （3）跟进测试进度 （4）告诉领导做过 （5）跟进重复性的工作 2.接口测试用例设计着手点 (1)功能(2)逻辑业务（3)异常(4)安全 3.前提 （1）功能测试-找产品要需求文档 （2）接口测试-找开发要接口文档 4.接口测试-功能测试用例设计方法 （1）功能是否正常（显示success） （2）功能是否严格按照接口文档实现 （开发文档登录名写的loginname，开发时写成username是不行的，要严格按接口文档执行） 5.接口测试-逻辑业务测试用例设计方法 （1）是否依赖业务 （没有登录成功就下单是不可能的，下单时检查是否登录成功，存在依赖关系） 6.接口测试-参数异常测试用例设计方法 （1）关键字参数（将loginname该关键字改为echo，显示用户名为空，说明没有问题不能修改成功） （2）参数为空（为空时提示：账号名不能为空，服务端经过处理，没有问题） （3）多、少参数（多输入一个email参数和数值执行，如果scuess的话，说明有问题；将loginname参数和数值删掉，执行，提示用户名不能为空，正确） （4）错误参数（将关键字loginname改为username执行，点jsion查看数据结构，提示用户名为空为正常。username为错误参数，与接口文档不一致，应严格按照接口文档） 7.接口测试-数据异常测试用例设计方法 （1）关键字数据（将数据改成loginname=null，执行，提示用户不存在，把null当成一个用户或字符，所以正确） （2）数据为空（将loginname后面数据删掉，执行，提示账户名不能为空，正确） （3）数据长度不一致 （4）错误数据（输入错误的数据信息） 8.接口测试-安全测试用例设计 （1）cookie（下单、逻辑依赖业务。如不登录就下单，逻辑不通肯定会出错，如果返回数值是对的，那就说明有问题，即把cookie值删掉，点击执行，数据仍能请求成功，说明是错的） （2）header（移动端接口测试，为安全需要验证header，如果把header信息删除再执行，服务端报错） （3）唯一识别码（只在移动端接口测试应用，手机验证码）
查看全部 -
测试用例：理清思路，避免漏测；提高测试效率；跟进测试进度；告诉领导做过；跟进重复性工作；
开发获取接口文档；用例设计：功能用例设计——功能是否正常；功能是否按照接口文档实现；逻辑用例设计——是否有依赖业务（登陆之前需要短信验证；下单之前应该登陆）；异常测试用例设计——参数异常和数据异常（关键字参数、参数为空、多、少参数、错误参数）（关键字数据、数据为空、长度不一致、错误数据）；安全接口测试用例设计——1、cookie；2、header；3、唯一识别码查看全部 -
流程：需求讨论-评审，场景设计，用例设计，数据准备。->执行 设计用例：功能，逻辑业务，异常（参数/数据），安全关键字。 用例设计： 功能用例设计：功能是否正常，功能是否按照接口文档实现 逻辑用例设计：是否依赖业务（下单与登录） 异常用例设计：参数异常-关键字参数，参数为空，多、少参数，错误参数 数据异常-关键字数据，数据为空，长度不一致，错误数据
查看全部 -
查看全部 -
测试用例：理清思路，避免漏测；提高测试效率；跟进测试进度；告诉领导做过；跟进重复性工作； 开发获取接口文档；用例设计：功能用例设计——功能是否正常；功能是否按照接口文档实现；逻辑用例设计——是否有依赖业务（登陆之前需要短信验证；下单之前应该登陆）；异常测试用例设计——参数异常和数据异常（关键字参数、参数为空、多、少参数、错误参数）（关键字数据、数据为空、长度不一致、错误数据）；安全接口测试用例设计——1、cookie；2、header；3、唯一识别码查看全部
-
一、不同接口类型的差异 1.参数提交方式 2.请求数据大小 3.安全性 二、为什么要设计测试用例 1,理清思路,避免漏测 2,提高测试效率 3,跟进测试进度 4,告诉领导做过 5,跟进重复性工作 三、用例设计之参数异常 1.关键字参数（echo） 2.参数为空 3.多、少参数 4.错误参数 四、数据异常 1.关键字数据（NULL） 2.数据为空 3.长度不一致 4.错误数据 五、安全测试用例设计 1.cookie 2.header 3.唯一识别码(主要用在移动端,手机的唯一识别码进行验证...)查看全部
-
接口测试的目的：连接前后端及移动端查看全部
-
安全测试用例设计：1.cookie 2.header 3.唯一识别码查看全部
-
工具分类：抓取接口，测试接口 抓取工具：httpwatch，wireshark:电脑的所有请求都会进行抓取，太麻烦；fiddler（常用）：可以进行接口测试，存放http请求。 测试工具：loadrunner：；fiddler；soapUI；Jmeter,postman(常用) 接口测试工具三剑客：fiddler，postman，Python自己开发； 开发接口测试程序目的：工具没法瞒住需求时；业务限制，安全性。查看全部
-
接口测试流程查看全部
-
接口的分类查看全部
举报