2.比如登录注册可以写很多用例,而内部更多是后端直接返回数据给前端的接口.
3.在设计用例的时候,发现很多接口只需要一条用例,验证后台是否返回数据就可以了.
4.这就导致写的接口自动化框架只是为了一条\两条用例服务,感觉有点浪费
5.而且接口自动化在一些复杂的业务场景下,代码易用性太差了,一个复杂业务就需要一个专门的方法为它服务.
6.接口自动化我的理解是为了减少回归的时间,而不是为了发现 bug,每一次迭代新版本后,就构建一次.
7.而用例的设计最好不要考虑太复杂的场景,每个接口只需要覆盖简单的场景就好.
如图
