关于测试的问与答（上）

根据内容，下集要讲的应该是“quality built in”

高人就是高人

lz见解符合现在大部分IT公司的现状。测试是什么？测试是为开发擦屁股的活。不过如果公司很看重测试部门，那测试部门责任就很大，测试只是根据需求定制的规则对开发进行检验。但是其本质就是充分实现规则。最后也只是反馈信息。测试并不能去改变错误，但是开发则可以去避免错误。优化错误。测试真的不是上帝。毕竟是上帝创造万物。在项目组中，创造万物的是开发者，为并非是测试者。测试只是一个很好的配合者。开发者只需要完成全集中的一个子集，而测试者要去定位完全理解这个全集。往往子集是很好实现的，但是这个全集的边界则不是那么容易去确定的。很多人认为定义边界是需求的问题，所以很多认为项目的成败很多时候最重要的因素在需求。

[quote="llyzq"]
[quote="ronghao"]
我说，那么，很多大公司非常看重测试部门，原因其实是他们无法看清楚他们自己的开发过程，于是只能从测试里获取信息，而这些信息对整个软件开发来说只是一部分而已。我看到过有项目经理向测试人员询问是否可以交付，这根本上就是在推卸责任，信息和作出决定根本是两回事，如果是这样，不如让测试人员来当经理好了。


这一段太精辟了


同意说无法看清才导致需要测试部门提供相应信息，这些信息是软件开发部分的部分信息，但是站在客户的角度来说，理想情况下一个好的测试团队的测试结论才是最关键信息，才是是否满足客户需求是否稳固的关键信息。这也是为什么对于大型的银行、电信运营商来说要成立专门的研发团队，而这些团队很重要的使命就是测试评估。
所以从这点意义上来说，项目经理问测试经理能否发布，本身是没有任何问题的。从测试经理角度来说，他的职责就是要回答这样的问题。
至于说，还不如让测试经理来当项目经理吧，其实这句话就是有两个问题。第一，难道有这样的项目经理，测试经理说可以就可以了？至少会看测试报告；第二，决定发布只是项目经理的职责之一而已

很久没看到JE上这么好的文章了。禁不住猛“顶"一下！我怀疑作者是看过圣经的。

参看《完美软件——对软件测试的各种幻想》。
- 豆瓣：http://book.douban.com/subject/4187479/

写的真好！期待下面的...

“测试人员”压根就不应该有这种职位的存在，并不是说测试不重要，正因为产品质量重要所以做好测试很重要，这种重要性应该从每个人做起，程序员本就应该是开发和测试的融合体，非得分离为两个独立的岗位只会导致开发人员不自觉的忽略了软件质量，测试人员不自觉的无法深入了解产品进行测试。

期待，写的很精彩。

期待下篇~~~