关于“重开发、轻测试”

 今日收到一封邮件“关于***测试需求的收集”，文中列举了一下产品当前的开发进度，在产品快要开发完毕进行转产的前夕，测试的任务越来越紧迫，需求的收集开始收到重视。
这是个好事情，我们做测试的开始有活干了。但怎么干？能否干好？……面对这些问题，我感到有些心虚，也替所有集成测试、系统测试、转产测试的团队捏把汗。也不由得有几句牢骚要发。

领导“重开发、轻测试”：开发人员与测试人员比例为n:1，n甚至为2或3；测试人员要开发测试软件，人不敢招多，招多了领导要问“都能自己部门开个公司了，做个测试软件都做不好”；测试效果只重视是否按时测完，而不是测的是否完善，最多的问题是“怎么还么有测完？”而不是“到底谁负责测试完备性和覆盖率？”；

开发人员“重开发、轻测试”：开发的时候要保密，不要多向测试人员泄漏消息；开发的差不多时候在让测试人员介入，告诉他们怎么测、测哪些，他们就怎么测、测那些；哪些方面我有把握，我就告诉他们测哪些；测试出问题了能不改开发就不改，最好能绕过去不测或间接测，只要基本功能有保证就不改开发；

测试人员“重开发、轻测试”：我都不懂，想多测几项都不知道该测什么；我测慢了，影响了进度谁负责；反正都是开发人员告诉我这么测的，出了问题也不怪我；出现问题第一时间把开发的人叫过来，最好把硬件和软件开发的人同时叫到场，省的他们扯皮；我要开发测试工具软件，反正怎么也脱离不了正式软件版本的依赖，倒不如全盘照抄，改点上层应用就拉到；测试是个没啥技术含量的活儿，我也没打算长干，学点东西做个跳板而已；

如此种种……产品的质量想提高，真是难啊！