如果公司另有规程的话,另当别论 有没有想过这个问题,楼主说的介入也就是旁听而已,这里有多少成本呢?为什么那么多公司不去做呢?
大部分公司不这么做应该是有原因的,找到原因才能下药。光说应该这样应该那样没用。 恩 我们公司就我一人测试 都是等到开发完了才测试 以前在一家小公司,我从需求调研就开始介入。现在这家公司来做了一个项目来,是从编码完成了才开始介入的。匆匆忙忙的看完需求,匆匆忙忙的开始测试,而且需求变更也没人给我说的。现在项目完了,我感觉我对需求都还没咋个了解。一声叹息 需求阶段介入。
切忌让整个团队认为测试工作应该在开发完成之后开始。否则,压力超大的。 现在我所在的公司基本也是在需求分析阶段就让测试介入了,并参与需求的评审、如果时间充足就会参与旁听需求讨论会议,这样对需求了解的更透彻,对测试阶段很有帮助。 哎,我们公司就更糟了。因为采用的是敏捷开发,cmmi上面很多东西用过来比较别扭。一个测试组要应付几个开发组。完全是有人力滴时候才介入 我觉得需求调研时测试就应该介入到项目中去,这样能让测试人员更好的了解需求方便以后的测试工作。 这里可能需要考虑的人员的投入的问题
在需求开发的时候,可能测试人员不需要全部投入,只需要投入测试组长 ...
chengxq 发表于 2009-3-6 16:33 http://bbs.51testing.com/images/common/back.gif
哈哈,有天面试时我也是这么说的,测试经理很直接给我一个灿烂的笑容,说需求都已经确认了这时才来了解需求。。。不知道我没说清楚还是他没听清楚,明显偷换概念的一句话,唉 这个真是要看公司的情况,但是可以起争取 顶一下 回复 15# zuojian26
你们公司真好。 理论终归是理论,还得看实际情况,谁都知道越早越好,但实际有时是不允许的。 产品立项会议的时候,产品经理应该组织研发、UI、测试项目组进行产品方向及迭代规划,需求调研与分析等等,所以应该从立项之初就要介入,个人认为越早进入项目越好,有利于对整个项目的了解及后期风险评估工作。
页:
1
[2]