查看完整版本: 谁该为项目进度买单

谁该为项目进度买单

项目进度不能严格按照进度计划。这是正常的。

    我现在发现问题： 项目没有发什么需求、计划变更。进度计划评审时，大家都没意见。但是每次开发都喜欢在编码阶段推迟进度2-3天。项目经理也不安排他们加班，这2-3天的时间总是我们测试无聊的等待着（当然我们选择看书，学习）。 然后为了发布，总是在测试的时候赶工时加班。说实话，我喜欢加班，但是我很讨厌为了开发进度买单，这是对我测试质量的不负责任。然而此时，测试加班，开发闲着。
    今天，我继续学习着，为了明天的加班养足精神！:Q

一般都这样，开始是测试等开发，后来是开发等测试，我觉得似乎针对这种方法的话，开发和测试做一休一比较好，这样大家不加班，也不用等啦，不过估计没单位会那样做的

我只能说开发流程不完善。测试leader一定要有很强的意识控制开发的截止时间点，必要的时候甚至需要和开发leader和PM谈判。

在我看来，开发编码阶段是测试案例编写及修订的阶段，一旦开发结束，相关的测试立即进行执行。若是开发编码到一定程度可以进行集成编译，即可进入测试状态。没有必要等到开发结束。

测试的进度通过加班就可以赶回来吗？有没有赶不回来的情况呢？如果测试的东西每次都可以通过加班可以赶回来的话，是不是其实你测试这个项目的质量也下降了呢？这个就不是按时不按时的问题了，而是整个产品质量下降的问题。
开发没有按时deliver他们的产品，测试计划应该随时调整，按照开发delay的时间，顺延。

我们也是不断的加班。。。
先期都不紧张。。慢慢悠悠的做东西，临近发布前一天忽然就急了，猛的扔东西过来测试，往往都是冒烟测试都通过不了的。。。于是加班并且降低发布标准要求。

相信很多测试者和我一样，为别人的愚蠢买单，就是自己大部分的工作。