代价

goldfine

不重视测试的BOSS，会为之付出更高的代价 ￥￥软件维护成本￥￥
其原因并不是测试员不负责任，而是没办法在有限的时间内完成高质量的测试，项目经理为保证项目如期上线，甚至把测试当做一种形式，留给测试的时间仅仅够测试员完成相关文档编写及简单的流程测试而已。

bluemoon1999

同意.

在测试上舍不得投入, 也是这样的结果.只不过结果好一点.

red-hat

同意!完全支持

紫色梦幻

每次出现问题了就是做测试的背黑锅,真是感到郁闷呀!

庖丁解牛

每个人有自己的不同position，不能完全怪pm或者boss，能够在特定环境下做好自己才是最重要的，没有什么好抱怨的
要问问自己，你是否做好了

bitter

肯在测试上花钱的老板其实也不是那么多的。

archonwang

谈谈我的观点。
1. 你有没有很明确的说明后期维护的损失，你是如何表述的，是不是有预算的各项数据支持？
2. 关于项目测试时间短的问题，这个问题根本是应该和PM协调进行的，可以说，项目从设计到结束有多久，测试就有多久。除非项目计划制定的确存在问题，编码完成就上线。否则不存在时间不够用之说。可以说，测试介入的时间点决定了你的测试时间，不要认为测试只是在执行测试用例。要知道，在这种情况下，开发人员和测试人员承担的压力几乎是一样的。关于你说的这种情况，我认为测试人员的切入点过晚，一般来说，他们完成了编码的同时，相关的测试文档应该处于评审阶段了，怎么仍然还在编写文档？
3. PM认为是形式么？那么我觉得更重要的是从测试人员身上找原因——为什么PM在是走形式？难道PM真的不知道质量的重要性，还是说测试人员根本就没有意识到要拿具体可比对的数据，来向项目周边的人员说明其重要性？我们很多时候都自认为自己很重要，但是却对说明自己的重要性缺乏具体明显可考察的科学数据依据。


我们致力于的软件质量，如果没有量化的说明、评估，仅仅是说有没有bug，是很难让别人认为测试是重要的并且测试的结果是令人信服的——这也可以说是PM或者相关人员认为测试走形式的重要原因之一。

archonwang

原帖由 bitter 于 2008-2-15 16:23 发表
肯在测试上花钱的老板其实也不是那么多的。

这句话我觉得有点问题。有哪个boss生来就知道测试的作用和意义，也许有些知道，那么这些知道的boss是不是了解一个测试下来所需的花费和最终省下的成本——遗憾的是：我们很多测试人员自己也不一定讲得清楚。
我们很多时候责怪别人，包括boss不理解我们的工作，那么回过头想下，我们是否对他们做了说明，做了怎样的说明，最后是不是拿出了令人信服的观点来让你的boss为测试花钱。