一个页面的元素 能单独操作的就封装成一个 如点击 输入 都单独封装成方法 最后封装一个该页面核心流程的方法
到时候在写测试用例时，可以灵活调用每个页面的各个按钮，或者核心方法进行融合成一个整体业务流程

目前不用分层 因为有参数关联的接口，统一放进 conftest 内进行执行存储到 config 内供接口调用读取进行请求了

不是 每次运行都会生成新的 token 供其使用

断言的话目前是先判断接口的网络状态码，然后是接口响应的业务状态码和 msg 的内容信息，最后是整体响应格式，像你说的这种方法我也考虑过，但是综合来讲还是得根据测试目的进行设计断言，然后项目如果稳定迭代的话，基本只需要验证一下接口的正向用例即可，一般异常通常是校验一些新加的接口，这些可以单独拉出来进行一组测试。

然后 token 的话，是每次运行自动更新的

这方面已经在做了，我们公司使用的 APIfox 来维护的接口测试文档，然后该应用有 web 版，思路是每次启动项目时抓包获取 apifox 项目内的所有接口文档，进行比对校验，如有未编写的接口测试数据，就获取生成 yaml 自动存放在 data 内，自动化运行的时候会自动便利所有 data 下的 yaml 接口

抱歉说错了 公共接口存放在 testcases/conftest 内

ok

建议 pytest+request+allure+Jenkins