今年的目标就是修复这俩了

羡慕你这么早就开始挣米

不好意思了各位，6 号回家后就忘了看

百度一下一大堆，非得来发个帖子问问啊。
https://blog.csdn.net/MaSSS9/article/details/126249772
附送：
https://www.zhihu.com/question/20962118

木有合不合理，只能说参数化可以降低工作成本和维护工作量

前面我还在多接口用例集成在一个脚本内，最近想优化框架发现难度陡增，然后就一个脚本一个接口的处理了

如果你们都评论完了，麻烦拉我进下学习群

你们群里还有分享这些东西的吗？为啥我这都是三个女人一台戏啊

该如何科学恰当的衡量各项计算因子成本呢？人为主观的去赋值吗？是否需要保证团队内收集上来的因子值是有效的呢？

能不能说下你期望实现的具体功能场景

有木有管理员在看啊，麻烦处理解决下啊，用着太难受了。

有些事情就放弃那无用的幻想，外包就是外包，一切前缀描述都是虚的，只要签约方不是直签就是外包！

已解决，感谢大佬！

重点不是中转值的存储，而是装饰器在类初始化时便会去取值，而后才会进行具体 case 的执行。至少现在来看通过装饰器进行 A 输出值的参数化是不可行的

等你都谈好了待遇再来想这个问题吧

没太懂，这部分只是前置场景，核心点是 test_A 执行后的 courseClassify_list 怎么传给 test_B 进行参数化

可行，但是 A 本身又需要参数化获取两个场景的结果值，在 setup 内应该没办法进行参数化吧，这个到没试过

我这里面确实堆积的太多了，只是刚好碰到这个场景，就想弄清楚能不能解决

各位大佬帮帮忙回复下啊，GPT 都废了

轻松吗，你不是在背锅嘛，还轻松吗？

不涉及米的时候都 OK，涉及减米的情况下这位 LD 确实有点无用了，至少进一步确定下问题原因，真的只是因为没重启吗？那谁应该去重启呢？为什么没重启呢？重启后验证有提前报备吗。。。
反正涉及米的情况下，如果 LD 这么轻易的就拿起了锅然后放到我的背上，我会冲了 T！

犯大吴疆土者 盛必击而破之

新增常用属性可以用 Faker 这个库来进行生成，手机号也可以自己使用随机数和规则拼接生成；删除问题我不太理解已经删过的具体场景，但一般删除和新增都是伴生存在的，新增后删除，删除先新增。
如果你是说数据驱动的情况下删除单接口用例对应入参数据内 id 无法保证是可用的，那你可以在 setup 内获取 id（查询数据库或者新增），然后在用例内使用该 id

停留在社区列表时，帖子出现新回复，列表会显示最新回复人信息，但是点击帖子后未显示最新回复信息，刷新后展示最新回复。

小伙子，你越来越行啦

这就是突发奇想的事了，也没用过 runner 的这个功能