-
接口自动化测试时,用户的状态很重要。开始写脚本时,一定要在结尾写好恢复状态用的初始化代码,随着用例的增加,初始化代码也要随时变化更新,不然第二次运行的时候,你会不清楚各个用户或者实例的状态而导致很难恢复的错误。
-
接口自动化测试时,如果根据事件流或是路径法来写脚本,一定要注意流程(每个流程包含若干用例)不要太长,各个流程之间最好不要有一点瓜葛,每个流程内的各个用例之间的耦合性肯定很高,所以如果其中某个出错,会导致后续一连串的错误,而且这时用户的状态也很难判断了,导致第二次运行前很难恢复成初始状态,所以每条流程下,一定要写好性能非常强大的强制初始化脚本,而且每条用例不要只输出pass/fail,最好把接口返回值都输出来,方便出错后的手动恢复状态。
-
接口测试中,可分为服务器外部接口和内部接口,
对app/web等可抓包的接口一般都是外部接口,这部分接口因为要给前端开发和测试使用,所以接口文档一般很健全,可以很清楚的的写测试用例,但是对于服务器内部接口,往往是没有健全的接口文档,甚至压根就没有文档,而且改动非常频繁,测试难度非常大,但是也是一定要测试的,而且对于一些自动化测试脚本也是不可缺少的需要调,所以这部分接口要多和后台沟通。 -
某一天,手机连公司的wifi突然发现上不去网,昨天还好好的,请查看ip是否被分配成了192.168.0.251 如果是,请点击ip设置,选择静态,然后只把ip地址改成192.168.0.xxx ,其他项不要动,xxx随便写(1-250),多实验几个ip地址,就能上去了。
-
内测服测试的时候,如果推送收不到,排除推送代码问题,就是app签名问题,请让前端给打个走正式服签名的包,才能好好测推送。
-
接口测试要用不同状态的账号,重点测试不存在的账号属性的返回情况。比如没有手机号绑定的账号,返回值中的 手机号,区号 会不会有问题。会不会变成int?等
-
很多接口的参数不做校验,完全是前端或者上一个接口给什么,用什么。这种情况,接口失去了自己的可靠性,健壮性。一旦上一个接口或app某一个小环节出现问题,那么这个问题将会最终产生很大bug,导致整个功能失效甚至造成脏数据导致用户资料受损。如果你去问后台,后台大概会说,正常情况下是不会有问题的,即使出了问题也是app或前一个接口的bug,所以此接口不做校验和修复。但是一个好的测试要能预感到bug并提出改进,预防的措施,而不是仅仅找出bug抛给开发。所以建议如果时间充分,还是要劝开发做好校验,各个接口间的耦合虽然不可避免,但是我们可以加强校验和异常处理,来降低耦合的损害;
-
APP要提前调查好,什么页面写入缓存,什么页面清理缓存。再针对此进行测试,要充分考虑到,写入和清理的时机是否合适,在针对其进行异常测试
-
接口返回时间和客户端等待最长时间 一般都不一样。这里需要注意一个测试点,就是一旦超时之后,客户端怎么提示,千万不能有误导用户提示,网速不好就是网速不好,服务挂了就是挂了,你可委婉点说,但是千万不能提示用户,这个列表就是空的,这本来就没数据。除非你想打官司,被投诉。
接口测试总结
最新推荐文章于 2022-07-04 17:25:59 发布