大佬我想问一下
这个截图中的红色方框中的请求不能写在用例里面，需要单独拆出来么？

确实不需要，代码不太行，见谅见谅。

我在 check_results 方法中加了注释，本来想在 case 中加，看了下加的话每个 py 都得加，就懒得加了。is_need 就是判断是否需要上个用例的返回数据，同样是方法中加了。。

我觉得没那么多变量吧 个人感觉四五个还能接受

目前来说，我用的就是该接口所依赖的数据就是来源于上个用例的返回数据
但是如果说需要重新请求上个接口来获取返回数据应用于该接口的话，我需要在该模块下添加 conftest.py,并在其中添加方法去获取该接口依赖的数据，如果存在依赖多的情况下，conftest 中的代码量会比我现在写的多的多。

可以依赖接口，但是不能依赖用例，虽然是这么说的。但是对于大佬说的第一个方法：将依赖接口作为前置条件来请求，获取想要的数据。再次调用该接口来获取响应数据和直接用上个用例的响应数据，我怎么感觉前者的耦合性更高呢。例如：该接口依赖于上个个接口的返回数据，按照前者的话，我需要上个接口重新请求获取的返回值，但是如果上个接口同样依赖于别的接口，那么我需要在上个接口去调用它所依赖的接口。同样的情况按照后者，我直接用上个接口的用例执行完成获取的返回值，这样难道步骤不会更加简略么？（用例数据不会出错的情况下）

嗯嗯，目前我就是这么写的。。我现在去改改看看，多谢大佬解惑。

我能问下这个操作异常数据指的是什么么？

了解了，是我想歪了。。多谢大佬

目前对我来说，只能动态获取，写死的话，需要数据库吧，我数据库没权限。。。

也就是说当前用例依赖于上个接口而不是上个用例，所以我需要在当前用例执行前重新执行所依赖的接口而不是直接用之前该接口所配套的用例产生的数据对么？

我想问一下，这样做的话，如果这个接口出现了问题，依赖于这个接口的其他接口不也会失败么？然而我百度看了看接口自动化说是有几个准则，其中之一就是单个用例要能独立运行，这最近又看到了这个业务流程接口测试，就感觉很懵逼，究竟哪个才是能应用于实际项目的规范的接口自动化呢？

好的，多谢大佬

好的，多谢大佬，我还以为自动生成是不用依赖任何东西，直接生成的呢，，最后还是得自己手动修改，明白了。