多谢大佬答疑，学到了

感谢解答
工时方面，具体项目情况要具体分析，不过还是想了解下大佬那边的时间比例，大家展示的多了也就知道普遍的一个情况；
开发过程中实现别人 PPT 吹的牛逼，哈哈哈，估计是项目之外针对测试专门的目标吧，我们没测试组，都没 PPT 可以去实现的；
老哥硬气，前期撕破脸总比发生事故了背锅强，是个可借鉴的角度，虽然现实可以不这么激进，但有这个意识还是会想着更多去争取测试时间，保证质量的

这个比例和我们差不多

感谢大佬解答
对于问题 1、也就是说，开发与测试执行的时间比在 2:1 是吧，这测试时间还挺多的，我们实际比例大概是 3:1 或是 4:1
对于问题 3、压缩的时间主要是在提测后测试执行时间上，8 个开发开发了 2 周，2 个测试只给到 2-3 周时间来测试
项目负责人更重视效率不重视质量，急于交付一版成品，压缩时间的后果就是只能保证测试覆盖了主要功能点，细节没时间测。
这和自己想要保证质量是相悖的，但想要快速上线也只能牺牲质量在后续迭代再来弥补，说到底可能还是对质量不够重视

根本原因确实是没有标准的一套流程，没有对资源工作量做一个统计
背景是我们部门没有测试组，测试都是跟着项目走，缺少对测试工作的度量指标，想了解下大佬会从哪些指标来度量测试的工作效果

已用递归实现，感谢老哥提示