先说一下我们公司的情况
所谓的 “扁平化” 管理
就是一个月 26 天上班，必须排满 26 天的任务，不能多不能少，刚刚好 26 天，否则扣绩效
然后，排任务都是，按开发的任务排
比如：开发购物车功能
只给测试排一条 1 天的购物车功能，并且这个 1 天时间内，你要包含用例编写，功能测试，接口测试，集成测试
最近更严重，本来是要测 1 天的，直接变成 0.5 天
所以，我想知道各位公司的排任务情况？
我们是这样的：首先产品写出需求后测试组长和开发组长会去评估然后拆分任务，如果没问题的话就开始需求会议。结束之后组长们协调安排日期，开发时间、联调时间、测试时间都要安排清楚，然后就按照安排的时间来。像你说的这种本来就不够的测试时间还要被严重压缩在我这边第一步都过不了
会按实际评估的工作量去排，比如购物车功能：用例编写 0.2 天，测试 1 天，上线 0.5 天，因此共排 1.7 天
这排期一看就是瞎搞乱排，工作都没拆分好粒度，怎么可能会科学合理。
正常排期的话，用例编写、测试执行、回归集成都是分开排工作量，这些事情本来就不是并行的（当然一定要并行也不是不行，倒排项目也这样）。
唉，看来我们公司真的是乱的很，，，全部混一起排了
羡慕了，能够排这么细，人性化。许烨霖
回复
是的，，，我们都是混一起排，大概要多久定个时间，导致，大部分时候，测试都是吃亏的状态，因为还要联调，看需求，写用例，功能测，验收 bug，还有其他的跟产品，开发，扯皮需求，扯完需求可能还要再加逻辑，改逻辑，这么一点时间根本不够。
一 按照实际工作量去争取时间。例如有多少用例，执行用例需要多少时间，bug 修复 + 验证需要多久
二 测试工作前置， 你准备用例， 开发执行用例。
？？半天用例都写不完，何谈测试
我们公司直接只考虑开发时间，管你测试够不够时间。
黄俊驰
回复
看下开发的质量怎么样，如果冒烟通不过的话，说明开发质量明显不行，那就要说一说了：测试不是兜底的。要求卡开发质量，开发就会多要时间，相应的，测试时间是不是就可以多要些。
这时间谁排的，如果是测试的领导，那感觉可以润了，这完全不合理
一个月 26 天班？？？真的难
这么短的时间能测试充分吗？能测出问题吗？我们公司是自己根据需求来评估工作量，然后进行排期，非紧急任务是不会压测试时间的
