1、如果只是单个接口的测试还是归属于功能测试,平时我们是怎么做接口测试的?
接口文档、接口文档,一定要看接口文档。
初学者做接口测试必须要先会一个工具,postman、fiddler、charles。后两者更多应用于抓包,但都可以使用。
也可以自己写一个接口请求函数,然后给返回的响应数据做断言。达到接口测试的目的。
一般做单接口测试我们是从这几个方面考虑:
(1)通过性验证,在测这个接口之前必须保证这个接口是可用的,是通的,相当于冒烟测试。
(2)请求接口参数组合传参,在正常规则内进行组合传参,请求参数各个字段值验证,参数是否必传。
(3)请求接口顺序(绕过验证),例如,登录后才能下单购买,当未进行登录时,下单接口请求是不能成功的。
(4)异常验证,必填项验证、字符类型、长度等等,就是不按照接口文档进行传参。
(5)安全性,验证header,敏感数据加密等。
(6)响应结果,各种场景下请求接口的返回结果,对应的结构体和参数。
(7)响应时间,遵守1357规则,根据实际场景而定。
(8)接口逻辑,提交多次接口、并发,业务逻辑等。
当然有些小公司为了赶工期或者其他各种原因是没有接口文档的,那么这样情况该怎么办?
一句话,没有接口文档很难搞,抓包看参数,先保证接口通过性验证,然后从开发和产品获取信息,决定对那些进行验证。
2、说下怎么判断bug是前后端谁的问题?
接口请求参数有问题找前端,返回参数有问题先分析下具体问题,一般是找后端(常见的40X/50X),路径或者是服务器的问题
3、同步接口和异步接口的正常异常测试点?
4、接口联调异常考虑?
(1)参数问题
带图片的一定使用fd格式数据进行传递;
参数传递过程中可能会有前后带空格的情况,导致查询数据不准确;
参数的多传会导致调不到接口,参数少传(接口定义为必传参数没传递的话)会导致400错误;
参数取值的限制,若接口设置了接收为整型的,而传递过去为字符也会报错400导致数据错误;
参数长度超过接口设置的长度时可能导致500错误,比如更新数据,当数据过长更新会失败:
(2) 常见的报错的原因
404 服务器端错误
如 net::ERR_CONNECTION_RESET错误 详见 https://www.cnblogs.com/xhliang/p/8992354.html
400 参数个数的多或少,参数值类型不符合,参数内含特殊不允许字符等;
500 服务器端错误
(3)前后端联调可能出现的问题
get,post 方法使用错误
地址使用错误,地址错误都是找不到资源,后端返回404
传给后端的参数缺少某个必填选项,参数错误后端都是返回400
传给后端的某个参数字段拼写错误
传给后端的某个参数字段赋值的格式不对,尤其是时间戳经常出现问题
传递后端参数出现对象中包含对象的时候,注意结构是不是完全对应。要求完全对应
总结:
感谢每一个认真阅读我文章的人!!!
作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。
视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。