做为一个测试管理者，我有以下困惑，拿来讨论一下，向大家取取经
1.一再要求开发人员提供有效的需求说明书，但却一直不能得到。开发人员甚至高层领导均以项目时间紧急为由，不提供或后补需求说明书。一个大项目，几有十几行的需求说明。在这种情况下，却又不允许拒绝测试。请问各位，该如何处理？
2.对于测试部门的考评，高层领导只看客户报怨，完全不管测试时间、测试前提、开发质量、测试结果、测试工作过程等等，就全面否定测试工作。而且不听沟通，不听理由。请问各位，这种情况又该如何？

想听听大家的意见，是测试人员都有这样的问题，还是我的沟通方式不恰当，或者是我们公司的情况比较特殊？

1.需求说明书应该是在开发之前就逐渐完善的啊,如果没有只能先参照用户的需求了
这种流程的不合理应该逐步规范,主要还是沟通,和高层领导沟通,和SQA沟通,和项目经理沟通
2.客户的抱怨又不完全是测试部门造成的,要让领导知道你的成绩和你的困难
不听沟通就吵架好了：）,总之要让领导知道你的想法

肯定很多公司,很多测试人员都存在这样的问题,甚至更多,
这只是我的一点看法,有不对的地方希望大家纠正和补充

沟通过若干次，不管用。公司没有SQA，高层领导只重视开发人员，开发人员说怎么样就怎么样。需求说明书的确是逐步完善，只是速度慢了点。。项目交付使用一年了，还是只有个文档皮，没内容。。。。
我也打算去吵架了。。。。不是把领导说通了，就是被炒了。。。

只能说无奈。。。

1：国内这种情况还是很常见的，一方面是开发人员甚至高层领导对需求说明书本身的不重视，也有可能是开发确实没有写需求说明书文档的能力，当然需求说明书其实不应该由开发来写而应该是需求分析师。对于这种情况我也碰到过，但不写也要写,不然没有需求管理的项目维护起来可不是闹着玩的。。。至于方法么，因人而异，主要还是要和开发充分沟通。
2：领导一有问题就找测试也是常有的事，毕竟测试是软件出公司前的最后一道关卡。对于上级领导的无端职责，首先还是要把问题分析清楚，如果确实是测试工作的失误就虚心接受，如果是其他原因就要拿可信有力的证据出来。这些当然是基于平时细心周到的工作记录、各种文档、日志文件等体现的。我想如果拿出这些来再不讲理的领导也不至于不分青红皂白吧。另外，在领导为客户的埋怨职责的时候，给出建设性的解决方案也不失为一个好的解决办法。

公司的领导还没有意识到软件测试的重要，相信楼主所在公司接的都是国内的单子，因为国内的软件行业起步较晚，加上国内的客户对软件质量的认识还比较缺乏，所以就造成了现在的这个局面，在这种公司做事测试是有点困难，但是无论如何还是要做好自己的分内的事情。

如果管理不了的话，建议你换一家公司。

测试对一个有质量的产品来说是很重要的。也是一个开发团队里的一部分，要有相关人员的支持，不然就难得启动了。

我觉得项目开始，就要树立SQA的权威
因为如果不从项目开始就跟进
那么到了后期，的确是开发的人比较强势一些

沟通、理解最重要了
1、首先要让开发人员和领导意识到测试的重要性，然后，你提出的要求才能被开发人员和领导重视
2、多和开发人员沟通，本身开发人员就担负着众多的开发任务，你去让他们写文档，他们肯定不愿意，所以，多和他们沟通，可以你写初步的需求，让他们进行完善，领导认可，逐步过渡到让开发人员去写需求，让他们意识到需求文档的重要性
3、有机会就和领导谈谈测试

呵呵，个人意见仅供参考