需不需要测试人员?在csdn上的口水战(续)

作者:半瓶墨水   链接:http://www.2maomao.com/blog/does-development-need-tester-c1/

CSDN开了一个测试区口水战专页:http://testing.csdn.net/subject/testid.htm
我在里面和1073X同学口水横飞。
上次掐架过去很久,发现1073X同学又有新回复,继续掐架。

1073X 2007年04月19日 222.209.223.*
大项目可以在若干小迭代周期里完成,每个迭代周期都可以看做是一个小项目;我们的客户是一家小企业,可是我无法想象大企业与小企业在对待IT部署的问题上有什么本质的区别,有的只是环境的不同;最后你说缺乏监督的项目不可靠,我是不是可以理解成测试人员就是做监督工作的?就好象廉正公署之于香港警察?或许你该换个角度看,每个DEV都希望自己的工作是卓有成效的,对质量的渴望其实是每个DEV都具备的精神.如果测试人员的存在是因为DEV工作太忙,对质量无暇顾及,这是软件组织文化的缺陷.

@1073X
Test不是监督Dev自己的工作,而是在不停的检查产品的方向。 这样吧,我来描述一下项目的测试人员做什么:

1、项目计划阶段:了解客户需求,了解项目目标,阅读项目计划书检查是否符合客户需求。客户是不可能帮你做这个的。

2、dev/test设计阶段:看dev设计文档,了解项目架构,看是否便于测试。一个难于测试的系统很难保证其质量。并根据项目计划书(不是dev设计书)编写测试计划,做哪些测试,怎么测(手工/自动),测试的目标是什么,项目达到什么要求才能通过。也就是说,在项目还没有开始做的时候,测试已经开始进行(包括Review项目计划以及Dev设计)。

3、项目实施阶段,Dev开始编写代码,Tester也在编写自动化测试工具。每个Dev的checkin会经过一段Checkin自动测试(一般在十秒以内),每天的新版本(daily build)都会运行所有的自动化测试以保证没有“回归bug”,这是项目组建立信心的关键。

4、Dev 代码完成,进行若干次次全部测试(自动手工)。上面说的每个测试过程和Dev的编写过程都是独立开来的。(Dev的UnitTest由Dev自己编写)。项目进入稳定期,这是项目最容易发生危险的阶段,每个bug fix都可能导致更多的bug。这时候项目自动测试显得尤其关键,checkin测试和per build测试是在这时候会让Dev比较放心的fix bug,整个项目组也不会战战兢兢的前进。

5、最后项目验收之前,根据要求可能还要进行多语言、性能、压力测试等等,诸多方法不一一列举。

请问:这些工作中,有哪一项Dev可以做的更好?

顺便再次鄙视一下CSDN的评论系统,上次说需要自己加<br/>,这次他们长进了:现在干脆无法换行。
这个主题我不打算在CSDN上面跟了。写起来太累,评论框太小,还有1000个字的限制。

留下回复