给你们说几个好消息：
第一，活跃度不准确，不止一次显示 “半年前” 但是秒回的
第二，挂了很久但是没人回复的，可能是这个人被裁了
第三，2024 年应该是后面十年最好的一年
第四，想投赶紧投，金三银四前两年就已经名存实亡了

我给你精简一下：
1.专注于微服务的质量保障，参与代码审查
2.编写自动化接口案例，统计自动化覆盖率，评估测试效益
3.用 flask+python+vue+vite 自建了一个管理系统
4.搭建了一套造数平台，落地并逐步扩大应用范围

各位大佬实现后好用的话分享下，最近也在探索能不能和基础用例设计关联下

差异即是阶级

我就是那个不发

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

羡慕你这么早就开始挣米

不好意思了各位，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 都废了

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