高层的事···不好说··· 在可以测试的时候开始测试 肯定是在项目设计的时候就开始拉
那时候就要设定测试计划和测试设计了 具体点说,就是项目一启动,测试就要开始介入。
这种道理人人都懂,具体看实际情况,不同公司内部有不同的流程 选2吧,反正我们公司是这样的 按理论上讲越早越好,最好在设计和研发产品时就介入,但实际情况并不乐观,谁让测试这个专业被认为在最底层呢。不受重视。 测试理论要求的都是正确的流程,但是一些规模小的公司会考虑成本等方面的问题把测试放在开发结束后进行。 若公司有白盒测试人员,一般在开发阶段就开始测试了
若只有黑盒测试人员,开发人员在开发时就得自测,但是通常会有遗漏,小项目一般都是开发到最后阶段才提交测试,那样的测试一般都是纯手工的 测试多早开始也不为过,多晚开始也行得通,只要老板想让测试什么时候介入测试就什么时候介入,测试是随叫随到。
[ 本帖最后由 lydiazyb 于 2009-12-22 11:21 编辑 ] 了解原始需求对测试很有好处
可能会发现设计上的偏差
我的理解是需求阶段编写测试方案,设计阶段搭建测试用例框架,开发阶段细化测试用例比较好,不知道对不对
不过一般公司的现状都不太重视测试,很少有需求阶段就让测试介入的 白痴的问题 测试与开发相铺进行... 很多公司都一样,项目开始前理论都是一套一套的,真正等到快发布了,那个催的急啊,哪还管得了别的,能应付着出去就可以了。真正的问题应该是怎么保证好的开发流程能够按目标执行下去,这是目前很多公司都做不到的,因为很多理论都不能令高层满意,不能符合市场的预期,在他们看来加班才是最实在的。
[ 本帖最后由 oac 于 2010-3-4 10:26 编辑 ]
7楼阁笨蛋!
你没有专业和系统的学习过测试 ! 不要出来乱说!什么叫题目没表明意思啊!一看你就知道是个测试方面的小白! 都知道应该什么时候开始,但是具体而言,要因公司的具体情况而异了,比如人员、资源等因素