前置背景:一个开发团队会基于接口开发文档,会接口返回值会做相关的规范。比如都务必返回json串,或者str,或者一个html。
假如只返回一个json串,那么这个json串比如必须包含字段code,和data或msg(成功时返回data,失败时返回msg,这两个字段不能同时出现),还有包含其他字段
针对开发人员多某个接口的某个接口返回值未做正确规范的处理,接口自动化测试人员可以在excel编写测试用例时,在返回值对cde和msg做相应的填值,假装这就是接口返回值,然后拿去做断言。
这样做的效果,就能保证后续所有新增的接口测试用例都能保持统一性,易于用例和脚本的维护。
====
2019.07.03 星期三 更新
1.遇到有疑问的返回值,可以打断点;或者通过多写print看打印出来的值有没有在指定的代码块里,如果有打印出来表示程序有执行到指定的代码块里,如果没有打印出来表示程序没有执行到指定的代码块里。
验证接口返回值的正确与否, 目前流行采用断言, 简单方便。
============
2019.07.04 星期四 更新
unittest单元测试框架,有个“流氓”的处理方式,就是会自动加载符合规则的脚本, 当脚本被执行后,相关导入的类涉及的类属性也会被同时加载。
记这个的原因,是因为调用数据库表相关表数据总量的时候,使用相关模型层方法一直得到数量是0,排查时才发现脚本获取到的数量一直都是表数据为空的时候。
优化的方法:
比如,v_show_banner脚本,用于做判断的代码块里,再进行赋值即可。