用了双倍的时间，有没有高质量的产出呢，如果没有，那帮他找下效率远低于别人的原因啊（没准是别人太 NB 了）。

其实看你的回复，基本心里已经知道他效率有点问题了，你是想帮他解决问题，还是想解决他呢？

怀念以前大家一心一意做事的单纯日子，现在全他妈无效内卷。领导们完全是懒政式管理，根本不是为了管好团队，而是凸显自己。

那就看是啥原因了。。。业务不熟 or 杂事很多 or 测试受阻 or 摸鱼划水 or 闪电？建议任务结果驱动，重过程容易导致执行过程变形

不如把问题改成，给你多少时间，你有信心保障项目的质量。
单纯评估人在单位时间设计\执行的数量，意义不大。
量化是件很难的事，表面上好看的数据，可能隐藏了大量电子垃圾。

不要过度透支身体去加班，多赚的那点钱，去医院花的更多。
无产阶级联合起来，拒绝为了卷而卷呀

我们这些指标已经出现很多奇葩的事了，比如代码注释率卷到了 80%，2 行代码，8 行注释。程序员直接化身 AI 文员。

要选对方向和赛道，不然只会让自己在错的道路走的更远。

哈哈 我司都反着来。

1. 无论说什么，第一反应是能不能量化
2. 如果不好量化，就想方设法用多维度指标去量化（现在团队一百多个指标/月）
3. BUG 和用例数只是指标之一
4. 考虑了交付质量和效率，无脑整了一大堆指标。
5. 什么特殊贡献、效率提升，那是你应该做的。

WTF！

连坐

发了有问题算你的，不发跟你有什么关系，咋拎不清呢。。。

啥都不给，让你部个开源模型那种

这几年的热词，干啥都往上靠就行了。妈的，球算力没有，让你搞 AI。

1.关注公司命运的同时，尽可能提升自己
2.提升自己的同时，尽可能把所学运用在生产中，体现自己的价值

创业公司不易，且行且珍惜

你这是按末日生存标准来搞啊。。。

希望世界和平。
不知道哪里有途径学习下无人机的制造与维护~

对比 table 和你的 list2 就行了吧。。。

领导：想看到测试部门有突破
你：好的领导。以下是我的计划，在未来的发展道路上，我们的软件测试团队将遵循生命周期管理的原则，确保每个阶段都能履约交付高质量的成果。我们将以引爆点为切入点，串联起各个环节，实现价值转化。作为团队与业务之间的纽带，我们将通过矩阵式管理，实现协同作战，反哺业务增长。
我们将深入理解用户需求，强化认知，击穿心智，通过下钻式交互，确保产品兼容性和包装的响应速度，刺激用户规模增长。同时，我们将对现有资源进行重组，量化分析，以宽松的政策倾斜，完善底层逻辑，抽离透传、抽象，沉淀可复用的打法。
在发力阶段，我们将通过精细化布局，创新商业模式，联动场景，聚焦快速响应，提升影响力。我们将继续细分垂直领域，提高维度感知度，实现定性定量的聚焦。同时，我们将去中心化，关键路径接地气，梳理输出，提升格局，构建生态。
结果导向的话术体系将对齐认知，分享去中心化，优化流程，感知度加速，通过用户画像摸索，提炼玩法，共建反哺，支撑分发，确保抓手体感，感知方法论的融合。我们将解耦拆解，集成沉淀，对齐对标，对焦拉通，打通打透，吃透颗粒度，实现迁移、分层、漏斗、战役、落盘、组合拳、合力，形成体系，提升心力，锁定赛道。
综上所述，我们的软件测试团队将以用户为中心，不断迭代优化，通过点线面的布局，实现价值最大化，助力企业持续发展。

1.对自动化案例进行全面的梳理调整。不仅仅是优化耗时长的，还要给这些用例做标记，哪些会相互影响，哪些可以并行跑。
2.给自动化执行分级，按 1 中标记的 P0,P1,P2，分层级的执行用例，这样你的报告也是按你划分的逻辑分级展示，相比而言可以快速得到某些最需要保障功能的反馈。
3.能并行执行的，就并行执行了。

正常这些在做自动化测试的时候应该想好，按理不该都 2W 多个用例才去解决。。。

领导或者老板开始在下面找存在感是件很可怕的事情。。。因为他开始了自我怀疑

额 我自认语气应该属于正常吐槽，如果你感到了冒犯，那我道歉，sorry。

就是用了个https://explorer.globe.engineer/ 你好歹帖子里发下地址撒

可以参考这篇帖子 https://testerhome.com/articles/39080

一般这种问题，先加个等待试试

把握现在，我想立刻入职，为公司做贡献。

流水线自动打包