51Testing软件测试论坛

标题: 当公司接到了一个项目以后，测试什么时候介入项目呢 [打印本页]

作者: bearding 时间: 2006-8-28 17:57
标题: 当公司接到了一个项目以后，测试什么时候介入项目呢
当公司接到了一个项目以后，测试什么时候介入项目呢

我们公司一般都是在项目中期开始介入，一般都是需求弄好了，开研讨会时听听大概，具体等到项目出来的时候再作。但是我觉的很不合理，大家都是怎么作的呢

我认为，首先应该时讨论需求时旁听，然后根据具体设计书写需求和案例，然后测试

作者: lj1981727 时间: 2006-8-28 21:56
如果可能的话，测试越早加入项目组当然是越好了，这样对项目了解
的比较透彻，真正测试前做的准备工作也会比较充分。
不过真正做起来可能会比较困难，像你所说的情况在国内算是比较好的
了，在项目中期介入已经很不错了，很多情况下是，测试人员一边做这个项目
然后再去看另一个项目的需求，虽然说是加入了项目组，但是投入不了那么多
精力，真正开始可能都是在项目需求确定的差不多了后按照计划到了设计用例阶
段才真正开始的

作者: wonder 时间: 2006-8-29 09:52
我觉得首先应该由负责需求调研者整理出一份需求说明文档，然后测试人员应该和开发人员同时介入，分析需求如何实现，以及查看需求中业务逻辑是否正确等等。

作者: bearding 时间: 2006-8-29 09:56
原来国内都是这个样子啊，反正就是给什么测什么，感觉还不是很重视

作者: liaoxj 时间: 2006-8-29 15:44
测试人员什么时候介入:

一般情况测试经理根据项目的申请在项目立项的时候就指定一个测试组长,由此测试组长负责编写测试计划.然后根据测试计划进行相应的测试工程师\测试员参与介入.

项目的不同入的时间也是不同的!

作者: 天台 时间: 2006-8-31 14:16
需求调研的时候,就一起做,因为需求说明做的也有可能是错误的! 所以测试人员需要一份独立的文档自用!
PS: 这个是在有能力的情况下,一般国内还都没这么做的!

作者: BettyBlack 时间: 2006-9-26 17:01
我们部门有测试中心，在新项目确立后，我们的测试人员是从客户需求开始介入的。

作者: yehengudu 时间: 2009-3-5 11:01
这是p话，有几个公司开发测试同时介入，举举手？

作者: inoran 时间: 2009-3-5 11:16
的确比较无奈，国内都是以敏捷开发自居的，呵呵

作者: chengxq 时间: 2009-3-6 16:33
这里可能需要考虑的人员的投入的问题
在需求开发的时候，可能测试人员不需要全部投入，只需要投入测试组长或一小部分人员，对需求进行理解和整理
一般情况下，到项目单元测试的时候，将测试人员全部介入，由前期人员对测试的讲解，开始写测试用例
进行相关的结合测试

作者: liyangmin 时间: 2009-3-10 15:57
fghjkl;fefhejkfl;efefef

[ 本帖最后由 liyangmin 于 2009-3-10 16:17 编辑 ]

作者: asyn_fl 时间: 2009-3-12 00:00
测试同步介入，还比较遥远。

作者: jiyan111 时间: 2009-3-24 17:37
理论上来说测试是在需求的时候就开始介入是最好的，无奈的是,国内还没有哪几家公司这样做,也算是我们测试人员的一大悲哀吧

作者: gseraph 时间: 2009-3-25 10:47
立项时就介入最好

作者: zuojian26 时间: 2009-3-26 11:46
以前公司就是在需求文档进入评审阶段的时候，测试就开始进入，与开发、UI等一起对需求进行你个评审。待需求确认后，开始进行UI设计，测试组长开始设计测试计划。当有一方设计完成后，便找出时间对UI和测试计划进行评审。当评审均完全通过，测试人员便根据需求和UI进行设计测试用例，研发开始进入到编码阶段。用例评审通过后，集成测试对研发发布的最新版本执行测试用例..........

作者: zjviolet 时间: 2009-6-29 12:23
我们这个项目尝试从需求的时候介入，但是貌似也还是配合一下，并没有起到这个阶段介入的真正作用。项目负责人还是常常会把我们忘了，什么情况只能自己去问

作者: jlsv 时间: 2009-6-30 14:40
业务人员和客户确认过需求，写出需求文档后，会发给开发和测试人员看，此时我们测试人员就开始介入了。大家看完需求书有什么问题，可以在briefing 会上提，互相讨论和澄清。

作者: dhx123 时间: 2009-7-1 11:47
看下我还是比较幸运的，我们是在需求分析师写好需求文档后，需求分析人员、测试组所有成员和开发负责人一起介入，一起讨论，直到需求评审通过。

作者: sunhope800 时间: 2009-7-30 15:47
回答得都很不错啊！

作者: woza 时间: 2009-7-30 20:55
我们是QA和开发一起做详细设计的。产品经理只收集客户需求，以及决定最终方案。测试通过标准也是QA主导的。所以如果QA不能满意的话，一般开发都不能算完成。

如果测试不能从设计阶段介入，那产品质量很难保证。

作者: helina168 时间: 2009-7-30 21:00
看来我们公司都不属于上述的说法，测试是从代码开发完后才介入项目，悲哀！！！！

作者: guoanding 时间: 2009-7-31 01:08
现在国内的公司基本上是需求人员和客户沟通，测试leader都很少参与项目前期的讨论，我决得后面项目的顺利或多或少取决与需求人员的素质。要是有一天测试人员干的活能兼并需求人员的活就好了，这样测试起来就会更全面更能站在客户角度看问题了。

作者: lampson_82 时间: 2009-8-20 22:25
一般，需求规格说明书完成后，测试人员就要介入写作系统测试计划了。
如果公司另有规程的话，另当别论

作者: black_tulip 时间: 2009-8-23 02:34
有没有想过这个问题，楼主说的介入也就是旁听而已，这里有多少成本呢？为什么那么多公司不去做呢？

大部分公司不这么做应该是有原因的，找到原因才能下药。光说应该这样应该那样没用。

作者: 小邓 时间: 2009-8-26 15:15
恩我们公司就我一人测试都是等到开发完了才测试

作者: 蓝色印记 时间: 2011-10-20 17:57
以前在一家小公司，我从需求调研就开始介入。现在这家公司来做了一个项目来，是从编码完成了才开始介入的。匆匆忙忙的看完需求，匆匆忙忙的开始测试，而且需求变更也没人给我说的。现在项目完了，我感觉我对需求都还没咋个了解。一声叹息

作者: archonwang 时间: 2011-10-23 11:11
需求阶段介入。

切忌让整个团队认为测试工作应该在开发完成之后开始。否则，压力超大的。

作者: rqingchang 时间: 2012-3-5 15:28
现在我所在的公司基本也是在需求分析阶段就让测试介入了，并参与需求的评审、如果时间充足就会参与旁听需求讨论会议，这样对需求了解的更透彻，对测试阶段很有帮助。

作者: luol1986 时间: 2012-3-6 17:08
哎，我们公司就更糟了。因为采用的是敏捷开发，cmmi上面很多东西用过来比较别扭。一个测试组要应付几个开发组。完全是有人力滴时候才介入

作者: andylauwzd 时间: 2012-3-7 11:12
我觉得需求调研时测试就应该介入到项目中去，这样能让测试人员更好的了解需求方便以后的测试工作。

作者: ecochen 时间: 2012-4-20 18:02

这里可能需要考虑的人员的投入的问题
在需求开发的时候，可能测试人员不需要全部投入，只需要投入测试组长 ...
chengxq 发表于 2009-3-6 16:33

哈哈，有天面试时我也是这么说的，测试经理很直接给我一个灿烂的笑容，说需求都已经确认了这时才来了解需求。。。不知道我没说清楚还是他没听清楚，明显偷换概念的一句话，唉

作者: 泡芙拓 时间: 2012-4-20 19:42
这个真是要看公司的情况，但是可以起争取

作者: hellen0303 时间: 2012-11-29 14:56
顶一下

作者: yun@123 时间: 2013-3-29 10:59
回复 15# zuojian26

你们公司真好。

作者: 一只瘸腿的狼 时间: 2013-4-8 15:04
理论终归是理论，还得看实际情况，谁都知道越早越好，但实际有时是不允许的。

作者: 秋海棠 时间: 2015-11-16 14:02
产品立项会议的时候，产品经理应该组织研发、UI、测试项目组进行产品方向及迭代规划，需求调研与分析等等，所以应该从立项之初就要介入，个人认为越早进入项目越好，有利于对整个项目的了解及后期风险评估工作。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)