1、与自己的直接上级领导或项目经理提出当前验收流程不规范环节，指出潜在隐藏风险。
2、回收厂商发版权限， 制定验收工作流及责任人，明确责任划分。

SlowNetSimulator ？

给你的公司评分 8.5 分， 因为有 "1.5 语" (一点无语）

我就觉得很不合理，测试时间哪有这么量化的。 而且当时，测试用例输出的数量，还和测试时间有个比例。 明明设计一定数量的测试用例就足够了，非要凑个几百条，画蛇添足，就是为了给甲方看。我自己的经历是，我选择离开，这样不规范的流程往小了说，很难把控产品质量。往大了说，会影响我们自己未来对规范的流程的认知。蒜鸟蒜鸟~

感同身受， 之前做了一个月项目外包。 排期都是甲方给时间，测试的时间是开发的 1/3， 又要需求分析、又要设计测试用例，又要测试。仓促的时间只能做个功能测试，连回归测试都没有。 只能做个模块测试，业务流程都没时间验。让测试保障质量，又不严格按测试流程来执行。想改变现状，领导的一句我们就是这样的工作模式， 无力感满满。作为测试，项目就算上线了，都不敢说没问题。

我就是来 mark 一下，想看下大家是如何处理这个情况的， 有其他各位大佬的回复，踢一下。

写了 demo 都不看，这么旺财啊，那如此的话，以我之二次拙见：
1、如果事情发生在我身上，我可能会规划 30 ~ 50 个接口，写好接口脚本，一次性执行，导出报告（apifox 我记得有报告的）
2、然后再手动去测试这些接口，记下来测试时间。
3、把接口自动化提升的效能，给 旺财看， 他再不说什么，那就是认同。
4、然后就要时间，一点点把接口转成自动化。

向上管理，要测试建设是吧，行， 出个需求文档！
然后我们做个需求分析， 画个思维导图，整理实施方向，确定预期效果，规划优先级，排人排工期。
一套下来，先虎他几个月。

就是扔给 deepseek 而已。

“好公司啊”，为了避免 Ai 对测试工程师的威胁， 来 需求文档都不写了