测试平台在同步pytest测试用例的策略疑问

在复习https://ceshiren.com/t/topic/10275帖子时,关于测试平台在同步coftest中同步pytest测试用例时


有几点疑问:
1、这里只能新增,不能修改,是否每次都必须全量同步一次
2、同步机制如何触发?定时器,手工触发,或者其他什么更好的形式
2、如果支持修改,就需要每次执行用例时都对数据库中数据和nodeid进行比对,做出删除和新增动作,因为旧的nodeid和新的nodeid是没有一个关联关系的,同时每次执行用例也不一定是所有用例,这样会删除没有改动的用例,仅仅因为这次没有执行
3、假如用例已经加入到测试计划中,我只是移动用例的目录结构导致nodeid发生变动,测试计划如何处理

  1. 新增是调post 接口,如果想要修改,你调put 接口就可以了。
  2. 同步很简单啊,如果要定时有jenkins,手动触发也可以手动构建

你所说的所有问题都是产品链路的设计问题。只要规划好产品设计,都是可以同步更新的。教学版的没有教一个完全完备的测试平台(一个完全完备的测试平台投入的人力成本、时间成本非常之高。某大厂都投入了50人/年)。更多用户体验性的,或者设计性的,都是可以通过二次开发实现的。

我明白是设计的问题,我想问这种情况一般怎么处理,而且没想到一个好的修改办法,旧的nodeid 和新的nodeid是没办法匹配上的

加字段表示对应关系吧,建议是这个方式。

新的nodeid是 pytest --collect-only生成的,他和前一次执行生成的pytest --collect-only的旧nodeid完全没有关联关系啊,怎么匹配啊

其实你只要文件名不变 再获取的时候不就能对应上了吗。平台的用例数据 还有你本地的用例数据都能拿到。写一段逻辑去做对比如果发现名称一致但是路径不一致做一个update 但是前提是文件名是唯一的。也就是说你不管怎么改因为平台 不是git 没有版本化管理的功能就要想办法给git 的用例和平台的用例建立关联关系。但是更建议的方式是从源头解决这个问题。
如果依托于git 做用例管理就不要支持在平台直接做增删查改。平台只做数据展示所有数据均从git 获取 。不知道这样表示能否理解?

老师如何把git仓库的用例在平台前端展示