一、为什么要有接口文档?
没有接口文档的接口测试都是在抓瞎~前面的接口测试重点讲了协议,也讲了fiddler模拟接口请求,估计大部分还是不太懂怎么下手测试。这里小编专门拿出接口文档来做接口测试参考(估计很多测试小伙伴没见过接口文档)。
举个栗子:前端开发和后端开发口头商量:“成功返回0,失败返回1”。结果最后开发出来,测试MM发现,后端成功返回1,失败返回0。于是两个开发开始撕逼大战,谁都不承认自己的错了。谁都不愿低头去认错,因为空口无凭啊,当初拍脑袋商量的事情,过两天就忘了。为了避免在这种小事上扯皮,浪费不必要的时间,于是就有了接口文档。
白纸黑字写的清清楚楚,测试也有参考性。
二、短信接口需求
一切功能开发都离不开需求文档,一切测试也离不开需求文档,先看看这个短信接口的需求,如下:
工作方式
· 双方通过HTTP方式交互数据,第三方可以简单的“name=value”方式发送提交内容或响应请求内容。即通过HTTP的GET/POST方式交换。
· 另外双方需要保证数据传输的完整性和安全性,每次发送请求都有响应(响应返回格式为纯文本),安全验证目前采用用户名和密码的方式。
字符编码
· 服务器接收数据可以是GBK编码字符,默认接收数据是GBK编码。
· 请求响应返回内容是GBK编码。
响应格式
· 所为响应即每次向服务器提交请求后返回值
· 响应值格式为纯文本状态码,例如发送成功后返回0
三、发送短信接口文档
功能:发送短信
HTTP请求方式:GET/POST
请求URL http://host:8080/sms/mt.jsp?cpName=用户账号&cpPwd=用户密码&phones=号码&msg=内容
请求参数:
返回结果:
参数名称 类型 描述
返回描述 String 发送成功返回0,如果发送不成功,则返回“ERROR&&对应的错误信息”
请求示例
GET http://host:8080/sms/mt.jsp?cpName=用户账号&cpPwd=用户密码&phones=号码&msg=内容
(注:一般这种提交参数的接口用post方式,虽然get也可以提交,但是比较傻逼,要是遇到开发用get方式提交数据,可以抽他了。)
四、批量发送短信接口文档
功能:批量发送短信
HTTP请求方式:POST
请求URL
http://221.122.112.136:8080/sms/batchmt.jsp?pack=数据包内容
请求参数
请求示例:
POST http://host:8080/sms/batchmt.jsp
请求数据
{
'cpid':'您的用户名',
'cppwd':'您的密码',
'items':[
{
'content':'111【软件测试部落】',
'phone':'123123212312',
'extend':'123123',
'spnumber':'11111'
},
{
'content':'222【软件测试部落】',
'phone':'12312312312',
'extend':'123123',
'spnumber':'11111'
}
]
}
五、接口标准文档
六、测试方法
输入参数测试:针对输入的参数进行测试,也可以说是假定接口参数数的不正确性进行的测试,确保接口对任意类型的输入都做了相应的处理:
输入参数合法,
输入参数不合法,
输入参数为空,
输入参数为null
输入参数超长
(主要参照接口测试文档)
功能测试
(主要参照需求文档)
异常测试
(模拟各种可能发生的异常场景)
接口测试方法在第一篇已经讲过,这里就不多说了,建议参考下面视频。
7天练完接口自动化测试30个实战项目,28K入职字节测试岗。【自动化测试/接口测试/软件测试/性能测试/Jmeter】
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!