关于校验的方式
来源：8-2 从实际项目出发分析测试结果处理方法
weixin_慕仙9005709
2023-05-23
视频看到现在一直有个疑问: 我们的教程断言逻辑是只校验返回数据的结构是否符合预期；从而在实际工作中我有个疑问，这样的一套程序放在研发流程的哪一个环节合适呢；就算一个团队采用的是瀑布模型，但是我们框架这样的校验方式，也不是很符合单元测试的规范，感觉好像有点像冒烟测试，但是如果用来只做冒烟的话是不是成本太大了点；又或者用来做系统重构后的回归测试？迭代的回归测试感觉也是不行的，没有质疑的意思，就是有点困惑还请老师解惑😂
写回答
1回答
-
Mushishi
2023-05-30
针对于接口测试，特别是接口里面效率提升的自动化会有几个方向：
1、每次迭代提测时都泡一下case，然后保证老接口都没问题。但是这个时候你需要考虑一个问题，你并不是所有接口都是post，那么你所有接口响应的数据肯定不一样，那么你去固定写死校验value肯定不行。所以此时大多数做法如下：1、校验某些关键的数据 2、校验code码 3、校验json结构。
2、每次上线前新老接口兼容、数据兼容等测试，这种采用流量回放做。那么这里涉及更多知识以及底层架构。
3、每次跑之前都去编辑case、断言数据。哈哈成本更高。自动化一般地方都是业务系统过大之后，每次上线前跑之前逻辑 这样会 提高校验效率。如果你们系统很简答或者并没有很多接口就不建议了哦。但是如果你们系统每次上线，你需要验证的系统接口至少上百个，那么你人去一个一个点？这就是他的目的
00
相似问题