问题描述:
ericzhangali:
用三个角色来描述:开发部门,测试部门,客户。
公司和客户合作的方式是根据客户一个模糊的需求做出原型,由客户使用后一次次提出修改意见,一次次修改后由客户决定何时可以量产。
目前的流程是:
1)开发人员有新版本直接release给客户,以改动大小和多少决定是否送测试部门测试。
2)客户收到版本后评测,把修改意见反馈给开发人员。
3)测试部门收到测试需求后测试,并把测试结果反馈给开发人员。
出现的问题是:
1)如果开发人员决定需要送测,往往也是在送测的同时已经release给客户。测试是否失去了部分意义。
2)开发人员只关注客户反馈的需求和bug,并不关心测试部门反馈的bug。测试是否失去了部分意义。
3)测试人员不了解客户需求,测试工作无法把握重点。
4)如果流程管理认为测试部门应该把握release产品的质量,要求每次release前都要送测,是否合理。(背景是经常客户要求很急,上午的电话或mail,下午就要新版本。)
希望讨论的问题除了上面的之外还有,
1)项目经理/产品经理如何协调这三者的关系?
2)与客户打交道的窗口是在开发部门合适还是在质量部门(测试部门)合适?
(虽然与测试紧密相关,但揣测一下,觉得还是发在项目管理区。)
精彩回复:
AlexLJM:
1)如果开发人员决定需要送测,往往也是在送测的同时已经release给客户。测试是否失去了部分意义。
这种是Alpha和Beta测试同时进行。其实关注点不同,不能就说就没意义。
2)开发人员只关注客户反馈的需求和bug,并不关心测试部门反馈的bug。测试是否失去了部分意义。
如果开发不关心测试的意见,那按照我们这里的话来说就是瞎忙活。测试最终的目的是为了更好的为产品质量服务。其实我们有时候的角色也有点Client。把1)和2)和起来看。这产品就根本不需要测试跟进。
3)测试人员不了解客户需求,测试工作无法把握重点。
没有需求的测试是盲目的。盲目的测试有时候不仅提高不了产品质量还会给整个产品带来副作用。不过很多公司都没有书面需求的习惯。这个时候就要测试人员具有需求分析的能力甚至要亲自收集客户的意见。
4)如果流程管理认为测试部门应该把握release产品的质量,要求每次release前都要送测,是否合理。(背景是经常客户要求很急,上午的电话或mail,下午就要新版本。)
按照我公司的流程。这个版本是不可能出去的,除非研发自己承担后果。(我公司产品release一般需要QA部门的签字)
1)项目经理/产品经理如何协调这三者的关系?
项目经理更多的是要对产品负责,产品经理则要对客户负责。项目经理负责研发/测试的梳理和协调工作。产品经理负责客户的说服/说明以及协调工作。这里面其实就是项目经理和产品经理之间沟通问题。
2)与客户打交道的窗口是在开发部门合适还是在质量部门(测试部门)合适?
不知道其他公司怎么处理。我公司基本上研发/测试都有与客户打交道的机会。测试部门甚至以后会成半个客服部门。我觉得无论研发还是测试,都应该多了解市场,多了解客户的想法。具体到打交道,一个项目的研发/测试主要负责人一起出发。呵呵。