够啦够啦，多谢各位大佬啦
ps：注释率未达到 80%，打回重写

是的，做好 section 和 option 的规则就 OK

主要这玩意真有人用吗，更别说自动化工具了

你可以在配置文件内配置不同的用例路径/匹配规则，然后 jenkins 对应配置选择即可；
runner 根据 jenkins 所选的入参来执行对应的用例，可单条可批量

容我猜测一波，你是不是在运行 Jmeter 的时候手动在浏览器进行了调用，然后发现了此情况？
手动调用前是否有清理缓存呢？
是在运行到什么时间点手动调用的呢？

至少在他看来这能证明他的测试质量，除此之外应该也没有多少亮点可写

你猜我为啥强调这句话，不同的公司，相同的 **
我现在看到听到想到这两个字就头疼

好一个 260

第一、绝对不要把 BUG 和用例数作为绩效指标
第二、绝对不要满眼的都是量化两个字
第三、可以考虑版本交付质量和交付效率方面，也可以考虑特殊贡献、效率提升等方面的产出

七分天注定，三分靠打拼、

主要的不是亏多少，是慢慢就难以自拔了，只看到钱来的轻松，却自动忽略亏进去的时候

啥也不懂的新手入币圈，不敢多投，最多时本金翻了 700%，可还是一天内都又进去了，后面又三天打鱼两天晒网的跟投了几次最后都强平了
某天顿悟，这不就是赌博吗，干脆离场！

前面同学都在羡慕你的勇气，只有我羡慕你那能承担住无业的财力
祝顺利

我的评价是啥也不是，如果人性是趋于学习的，那这个世界上就不会出现先驱；
躺平才是人性的核心，而世界或者说社会的意义就是鞭策
当你拒绝世界，相信自己，你就得到了舒适的人生
当你拒绝人性，相信世界，你就掌握了命运的方向
在静观自得中，他安坐在这慈航，度过苦海 -------《悲剧的诞生》尼采

如此简单粗暴的问题，我建议全炒了
bug 是需求遗漏类的，产品全责
bug 是需求逻辑类的，雨露均沾把
bug 是设计漏测但评审了，看测试能甩出去多少了
bug 是执行漏测的，测试全责
bug 是。。。
我实在扯不出来了，你嘴能扯就不担责，扯不到位那就等着别人分

9 天了你才看到我，说明我的覆盖率还是有点低了

你在纠结什么啊？肯定不发啊，延期就延期呗，是问题影响的又不是没测完，这种情况你才应该是最强势的好不好
顺不顺利的和你有啥关系，交不交付又与你何干，你干完你该干的了，剩下的自有人背，自信点，你现在可以随意催他们了，底线就一个：必须保证修复后的问题回归时间

嗯，我知道了

前端格式呢

如果您在 Django 项目中配置了静态资源，并且访问 log 文件时出现乱码，可能是因为 Django 默认使用 UTF-8 编码来读取文件，而 log 文件的编码格式不是 UTF-8 导致的。您可以尝试以下几种方法来解决这个问题：

1.指定文件编码格式：在打开 log 文件时，明确指定文件的编码格式。例如，如果 log 文件是以 GBK 编码保存的，可以使用如下方式打开文件：

with open('path/to/logfile.log', 'r', encoding='gbk') as file:
    content = file.read()

2.转换编码格式：如果无法确定 log 文件的编码格式，可以尝试将其转换为 UTF-8 格式。您可以使用chardet库来自动检测文件编码并进行转换：

import chardet

with open('path/to/logfile.log', 'rb') as file:
    rawdata = file.read()
    result = chardet.detect(rawdata)
    encoding = result['encoding']

with open('path/to/logfile.log', 'r', encoding=encoding) as file:
    content = file.read()

3.通过浏览器直接访问：如果以上方法无效，您可以考虑通过浏览器直接访问 log 文件，而不是通过 Django 项目的静态资源。这样可以避免 Django 对文件内容进行编码处理。

至今唯一实际落地的就是吹 NB

是不是失败的部分一直在 retry 啊

现在手上就只有 2 个，这两天再面面

1.摸鱼&自我提升&研发进度跟踪
2.略
3.你能决定与否的话就随你，你不能决定的话问也无用