接口自动化之豆瓣登录验证

上一篇，实现了豆瓣登录接口自动化的第1个步骤，接下来我们实现第2个步骤（验证）

1、Case设计思考

首先，在实现验证前，我们要先思考下，有哪些可能存在的校验呢：

一般的项目中测试的接口，都是相对核心的接口，返回值等都比较正规（json串）：我们可以校验响应头（status_code、cookies）、响应正文（json串）、DB变化

而我们举例的case，DB变化首先不考虑，响应正文不是json串，所以方式不一样，后面举个返回值是json串的例子。

接口1：比较简单，不传任何参数，期望结果是能获取到bid

验证内容：响应头（status_code、cookies中有bid）（响应正文返回的是页面的内容，可跳过不验证）

接口2：相对复杂点，有参数，有缓存，期望的结果是可以成功登陆，返回dbcl2（或者登陆失败，返回原因）

①正确参数+正确缓存

验证内容：响应头（status_code、cookies中有dbcl2）+响应正文（redir指定的url，验证跳转后的url正确）

②错误参数+正确缓存（等其他反例）

验证内容：响应头（status_code、cookies中没有dbcl2）+响应正文（这里返回的是对应错误提示的页面，可以通过验证url的方式验证）

ps：当然校验做的更好一点，可以正则获取返回正文中的user/错误提示，看是否符合预期，这里先不举例。

2、实现验证内容