你这有什么问题？用例的收集是按照你 ini 文件里面的规则去收集的

你应该设置下 pytest 的运行命令吧，在你的测试文件里面加上下面的代码试一试呢
if name == 'main':
pytest.main(['test_c.py', '-vs'])

首先你可以把断言是否成功或者失败抽取出来，例如设置一个变量，令初始值等于 0,在你的断言判断中，只要有一条断言没有通过，则该初始值加一。后面你只需要判断这个初始值是不是 0 就可以了，不用在意你到底有多少个断言。最后得到整体断言的结果后，写入 log 和你的 excel，当然也包括你的捕获异常

考研，然后主攻开发方向，211 的科班不建议一开始就做测试

很同意这个观点，找一个好的开源项目，然后取其精华应用到自己的项目中，比自己从头到尾造轮子收货要好很多

gitee 上面有很多，你可以看看

第一点:断言的确需要封装，因为接口测试中涉及到的断言种类很多，包含，长度，大小，相等，正则匹配，以及还有数数据库断言等等。
第二点：依赖封装成公共方法，这样的话你的用例最好有个编号。然后每次执行依赖就可以直接调用该用例，并且这个用例也可以用与其他接口的调用，避免重发劳动
第三点：我觉得你的框架这块需要优化下。获取用例数据生成可执行文件这块应该是公共方法，通过你的 excel 直接生成 py 文件，你的重心应该在于用例的设计。我现在感觉你在生成这块浪费的时间比较多，有点本末倒置的感觉。建议可以去看看开源的接口测试项目，了解作者的思路可能对你有些帮助

随机生成的身份证设置年龄后，省份证的出生年月固定了，这样体验不是很好

浅谈下我的观点：
第一点：测试用例里应该全是用例的数据，可能某个参数一样，导致接口返回的结果不一样，这样只需维护好你的 Excel 表就好，这跟代码没有关系。除非你的框架并没有解决用例和代码分离的问题。
第二点：关于一个接口需要依赖多个接口的问题。其实我想到有两个方法，第一个方法是控制用例的执行顺序的方法，先让依赖的接口执行，保存你需要的数据，然后再执行。第二个就是写个方法，用来判断当前用例是否有依赖的接口，如果有就先执行依赖的接口，等依赖的接口执行完成，数据都拿到后，再执行当前用例。当然这种方式最好给每个用例编写好编号，以便于调用。
第三点：对于 testcase 中，如何去减少代码维护，是不是写用例之前得先分清各个接口的共性，同一类的放在同一个 testcase 中。这个应该在你的公共方法类中对不同的接口类型进行封装，比方说 JSON ，PARAMS ，DATA ，FILE ，EXPORT，NONE 等，然后在你的用例标识出来，不用的方法走不通的逻辑。

关于新增接口，你确保新增接口的参数数据库不存在，其实这也是一个测试点，测试已有同样的数据的情况下，能不能增加相同的数据