• 可以的,分层明确就可以,数据库设计的话,也可以写到哪个模块再写,根据每个模块的所需要的业务设计就可以。

  • 感谢你的耐心阅读😀 日志本身就有;钉钉告警,我 8 月初的时候在分支上写了,没合到主干。就是计划中不区分钉钉机器人还是企业微信机器人,统一一个 webhook 链接就可以。

  • 这种是根据工作的实际应用环境设计,如果你当前的工作环境,对接口自动化需求不是很大,那就是框架层面的设计就可以,实现脚本式的维护就可以;当量大的时候,平台的作用在一个团队中就会发挥优势。结合自己的工作环境即可。

  • allure 这个报告你要集成得话,那你需要用 pytest 测试框架了,我感觉做成平台局限性会很大,不过你可以试试😂

  • 感谢发现问题,你描述的这个问题,我试了很多遍,都能正常添加,倒是出现了一个网络错误,不知道你是否也是这个问题,导致没法添加,非必现,代码逻辑应该没有问题,只是一个添加。这块没有啥逻辑😂

  • 实用这个根据你得真实环境来的,像我在得团队人数不多,怎么简单怎么来,怎么开发落地快怎么来;当时看了几个定时任务框架,我觉得实在搭建太麻烦了,给后续得同学,学习成本也高,不符合我当前得环境;所以就自己写了专门得定时任务,项目启动得时候这个 time 服务(我把这叫 time 服务)也会随着项目启动,时间自己设置多久检查一次,我设置了 30 秒检查一次;

  • 没,INSTALLED_APPS 如下

  • 感谢支持,一起加油😀

  • 感谢体验,能否讲一下使用过程中你感觉粗糙得点,罗列一下,我这边可以看一下优化,每个人都有自己不同的操作习惯;
    若这个用例只有一个接口,我可以弄数据驱动的方式,这样的话还可以增加导入功能;用例一个个填进去,这个是因为考虑到业务用例复杂性,多接口多操作,都是动态取值得;
    用例不太好能做导入操作,不过也有用例复制功能;

  • 这个问题,让我有种自卖自夸的感觉😂 ,你可以好好自己感受下,哈哈