(8-fixture如何实现teardown功能？（yield的使用）)1引入之前学习fixture的时候，其实这个功能就类似用例的前置，给用例执行前设置一些条件；那fixture也就相当于setup的功能；那有没有teardown的功能呢？有，fixture里面的teardown用yield来唤醒teardown的执行。2yield说明yield是一个关键字；yield在fixture中起到了唤起teardown的作用，同时也可以和return一样返回值；但yield和return的区别是：return执行完成，该函数终止；yield在返回结束后，后续的代码仍可执行；如果yield前面的代码

(6-fixture如何使用？)1引入和setup、teardown的区别是：fixture可自定义测试用例的前置条件；setup、teardown针对整个脚本全局生效，可实现在执行用例前后加入一些操作；setup、teardown不能做到灵活使用，比如用例A先登陆，用例B不需要登陆，用例C需要登陆，这样使用fixture更容易实现功能。2fixture参数说明2.1fixture源码部分源码如下：deffixture(fixture_function:Optional[_FixtureFunction]=None,*,scope:"Union[_Scope,Callable[[str,Con

(6-fixture如何使用？)1引入和setup、teardown的区别是：fixture可自定义测试用例的前置条件；setup、teardown针对整个脚本全局生效，可实现在执行用例前后加入一些操作；setup、teardown不能做到灵活使用，比如用例A先登陆，用例B不需要登陆，用例C需要登陆，这样使用fixture更容易实现功能。2fixture参数说明2.1fixture源码部分源码如下：deffixture(fixture_function:Optional[_FixtureFunction]=None,*,scope:"Union[_Scope,Callable[[str,Con

为什么需要mock至于平时开发为什么需要mock数据，应该大多数的同学都非常清楚了；如果前后端同步开发的话，少不了这一步，在需求评审，技术评估等流程通过后，前后端就会约定接口api的字段（但是在部分公司可能会少了这一步），确认接口api字段约定之后，前端就可以通过mockserver去mock数据进行开发了，不需要等后端开发完api接口再去对接，但是有些同学在开发的过程中经常已经把ui弄好了，就在苦苦等后端大哥的接口...白白浪费了不必要的时间，如果可以自己mock数据开发，那等后端接口都好了只需要把域名或者接口前缀换一下再联调一下就万事大吉了。mock数据的方式jsonschema有些同学喜

为什么需要mock至于平时开发为什么需要mock数据，应该大多数的同学都非常清楚了；如果前后端同步开发的话，少不了这一步，在需求评审，技术评估等流程通过后，前后端就会约定接口api的字段（但是在部分公司可能会少了这一步），确认接口api字段约定之后，前端就可以通过mockserver去mock数据进行开发了，不需要等后端开发完api接口再去对接，但是有些同学在开发的过程中经常已经把ui弄好了，就在苦苦等后端大哥的接口...白白浪费了不必要的时间，如果可以自己mock数据开发，那等后端接口都好了只需要把域名或者接口前缀换一下再联调一下就万事大吉了。mock数据的方式jsonschema有些同学喜