1.接口工具分类:
A、接口测试工具:可以模拟和发送HTTP请求,并显示返回数据。返回的数据由人工来检查正确性。例如Poster、Postman等;
B、接口自动化测试工具:提供用例的批量执行,返回结果的断言以及测试报告的生成等,如Jmter、Robot Framework、SOAPUI等;
C、接口性能测试工具:主要用于测试接口的性能测试,验证接口处理并发的能力。如JMeter、LoadRunner、SOAPUI等工具;
2、接口测试的内容如下:
3、APP测试的注重点:
4、为什么要做接口测试?
A、接口测试相对容易实现自动化持续集成,且相对UI自动化也比较稳定,可以减少人工回归测试人力成本与时间,缩短测试时间和周期,支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源;
B、现在很多系统前后盾架构分离,从安全层面上说:只依赖前端进行限制已经完全补鞥呢满足系统的安全要求(绕过前端太容易),需要后端同样进行控制,在这种情况下就需要从接口层面进行验证;
C、前后端传输、日志打印等信息是否加密传输也是需要验证的,特别是涉及到用户的隐私信息,如身份证和银行卡等;
5、为什么要进行接口测试?
A、接口的由来:连接前后端及移动端;不同端的工作进度不一样,需要对最开始出来的接口进行接口测试;
B、调用第三方接口:银行、支付宝,验证功能完整性和数据正确性;
C、外部接口和内部接口(上层服务与下层服务、同级服务);
目的:节约时间、缩短项目时间,提高工作效率,提高系统的健壮性;
6、接口的分类?
POST、GET、DELETE、PUT
7、GET接口和POST接口的区别?
A、参数提交方式:GET通过地址栏提交,POST通用WebForm表单提交;
B、请求数据大小:GET大些;
C、安全性:GET安全些;
8、接口测试流程:
需求讨论、需求评审、场景设计、用例设计、数据准备、执行;
用例设计是重点:
A、理清思路,避免漏测;
B、提高测试效率;
C、跟进测试进度;
D、告诉领导做过;后期追查有根有据;
E、跟进重复性工作;
9、功能测试用例与接口测试用例的区别?
接口测试用例的设计点:
A、功能;
B、逻辑业务;
C、异常;
D、安全。
相应的设计点;
A、功能是否正常、功能是否按照接口文档实现;
B、逻辑用例设计:是否有依赖业务;如下单:登录成功才可下单,否则失败报错;
C、异常数据即参数异常和数据异常:(关键字异常、参数为空、多/少参数、错误参数)、(关键字数据、数据为空、长度不一致如数据库中长度限制问题、错误数据);
D、Cookie、header、唯一识别码;
10、接口测试工具:
A、fiddler:fiddler运用及工作原理;
B、postman:post/get接口实战;
C、wireshark
D、soapui
E、Python、php接口自动化
F、LoadRunner接口性能
H、httprequest
I、JMeter接口性能
使用工具的目的:提高效率,保证工作质量;
11、如何选择测试工具?参考测试时间、简易程度、业务复杂度、测试员能力;
12、常用抓包工具:
A、httpwatch是集成在IE和Firefox浏览器中的插件,其他浏览器不支持,看数据麻烦;
B、Wireshark
C、fiddler:轻量级、功能比较全;
13、Fiddler工作原理:
Fiddler是一个http协议调试代理工具,它能够记录并检查所有你的电脑和互联网之间http通讯,设置断点,查看所有的进出fiddler的数据;
14、Fiddler的运用:
A、查看接口请求方式
B、查看请求数据、响应数据
C、设置代理:针对移动端接口,步骤在fiddler中tools中选择fiddler option中的Connections中填入端口号8888,勾选下面四个选项中的后三个;
D、接口返回状态
E、header、cookie:cookie是header的一部分;
F、设置断点:Rules中AUtomatic Breakpoints中的before or after;
G、添加筛选:Filter中添加自己需要筛选的地址;
H、fiddler进行接口测试
15、如何理解接口?
前后端桥梁,负责前端和后端的传输数据、或者移动端和服务端的传输数据的桥梁;
16、接口测试和功能测试的区别在哪?
A、接口测试是功能测试的一种;
B、含金量不同;
21、接口测试用例:
ID、模块名称、前提条件、接口地址、请求数据、接口类型、是否携带header、数据依赖、预期结果、实际结果;
22、