文档链接
接口测试 用例设计方式
1.功能用例设计
2.业务逻辑用例设计
3.异常处理的情况
4.性能和安全性方面
举例转摘:
1、(web端需求)12306购票主页,页面布局改版、支付接口由原来的跳转到银行网银页面进行支付修改为跳转到支付宝、微信支付页面进行支付;
以上的需求文档包括两个需求:1、修改页面样式;2、更换支付接口;
需求1主要的改动是修改页面css,那验证点主要是页面样式正确性、兼容性、页面原有功能正确性;
需求2主要的改动是更换支付接口,修改支付跳转逻辑,由于支付宝、微信接口属于第三方提供的接口,所以对于接口功能正确性的验证应该是接口提供方来做,所以需求2主要的检查点就是支付跳转逻辑的正确性,也就是支付流程正确性;
这两个需求我认为都不需要单独进行服务端测试,因为站在服务端的角度,这两个需求都仅仅是更新服务器上的静态文件而已,并没有服务端逻辑的变动,而代码变动主要会对前端功能造成影响,从客户端功能和需求的角度设计用例并执行就ok了。
2、(移动端需求)搜狗搜索app,主页上方增加当前天气板块;
猜测一下这个需求的实现,app在加载主页时,发送一条http请求,带上当前位置坐标,服务端根据位置判断用户当前所在城市和区县,并请求第三方天气接口,将返回内容格式化之后返回给客户端,客户端加载服务端返回的数据并进行展示;
先说一下这个需求可能存在的问题:1、客户端和服务端由两个开发团队负责,这两部分的进度有可能不同,任意一方未提测可能会导致测试delay;
这种情况比较适合将客户端和服务端分别排期测试;
客户端:1、通过mock数据验证客户端能正确响应各类数据渲染并展示;2、验证客户端样式正确;3、验证客户端异常处理;
服务端:1、验证根据坐标判断用户当前所在城市区县;2、验证第三方接口请求拼接正确性;3、验证处理第三方请求返回正确性及容错;4、验证处理客户端请求的容错;
服务端测试分哪些部分
还拿上面的需求2来说,服务端测试可以分以下几个部分:
1、服务端逻辑的正确性验证;
2、服务端处理客户端请求的容错处理;
3、服务依赖的第三方数据的处理和容错;
4、服务端性能测试;
网友评论