换了一家新公司，排期是 leader 给拍的，基本上是严格按照测试开发时间 1：3 排的，测试时间包含上线时间，所以整天整天的特别忙，像打仗似的，都没有时间提前了解需求，感觉很累，没什么成长
……没听说过时间比的……
一般都是人数比，时间比确实没听说过，而且测试环节的时间不是只有测试设计和执行呀，从可行性和需求就开始介入了，是全流程的质量保障，leader 应该能意识到这一点才对。。。
我厂人力 1:15，时间大约 1:9
遇见过质疑测试时间跟研发时间一样长的。 你要说合不合理么。 这么不管实际情况一刀切肯定是不合理的。 但是呢，想不被压榨， 那就只有反抗
按实际执行工时算的话，我这边是 1:2，有时候会达到 1:1
同款公司？是按 1:3 1:4，尽量压缩测试时间，业务 产品都没要求那么快测完，自己压缩
我们也差不多把，假设五天一个迭代，那一般前 3~4 天都会在开发，但是实际我们从第二天就开始测试执行了，不会说到第五天才有东西可以测，当然最忙的还会是最后两天。
任何时间比例都是合理的，具体在于你怎么操作，和产品、开发搞好关系，测试时间永远都够。直接让产品给开发自测时间，让开发头头加一点上线演练时间，把这些都让给测试，你看看你还用每天打仗吗
我们实际差不多 1:2
我们这儿预估一般测试 1，开发 2。
另外时间是测试说了算，毕竟不给足时间，有问题大家一起背锅。当然，你要是效率不行，全项目组帮你想方设法的改进效率，甚至帮你测试，也是有点尴尬的。。。
测试时间排的特别紧，目前情况是，一个需求火急火燎的上完线后，第二天新的需求就提测了，而这个需求才刚开始了解，感觉永远在追赶
我们研发团队 30 人，测试 4 人，开发 3 周，测试 1 周。手游项目，也比较忙，但安排合理的话，版本开发期的时候，QA 还能抽出一些时间来做测试计划和准备
winfri
回复
业务和产品都没有要求很快时间测完，决定排期是 leader 定的，之前和开发聊过，开发的时间也是被压缩了，组内好多同事，因为测试时间比较紧，都不会去写用例；之前和领导聊过这事，领导说大家已经习惯这种方式了，突然要求他们按流程走，反而效率会低，目前只有我还在坚持写测试思路，测试过程记录，和 bug 分析
