提问：

　　我们单位的系统测试人员比较少，这是事实，单位的大部分项目都要经过系统测试人员的手才能放出去，但往往出现的局面是，测试的时间很紧张，3天，5天，10天，测试出的问题还是很多，领导还非得要1个测试通过的结论才能放出去，项目经理也可劲的催，就这样带着问题放出去，但现场实施还是会有很多改动和问题。

　　请问专家，怎么能改善一下这种局面呢？

　　精彩回答：

　　你们这种现象，在很多小型开发团队和小公司都是普遍存在的，甚至在某些大公司也可能出现。严格的成本控制，导致测试资源相对不够；失败的项目开发计划会导致压缩测试的时间来保证研发的时间；到了测试的时候，就肯定出现你们现在这样的情况。最后的结果呢，是所有人都得不了好：领导会因为客户的投诉而头疼甚至被老板骂；项目经理会对质量负主要责任，而测试会对质量控制负主要责任。

　　如果你作为测试方，你无法影响领导和项目经理来给测试更多的资源，也不能改变他们的决定，那么你就需要在自身需求改变，从而影响他们从而改变这个现状。那么，在测试工作质量没有问题的时候，你就需要考虑使用有限的资源和时间，来尽量控制质量。几个建议：

　　一是简化测试文档的编写，节省时间；

　　二是在测试设计时，把测试用例划分优先级，在执行用例的时候按照优先级先执行高的，然后次要，最后执行优先级最低的用例，这样可以保证重要的功能可以先发现先解决，最后遗留的问题都是不重要的问题；

　　三是适当的进行责任规避，在测试报告中着重描述可能存在的问题，并进行版本发布的风险分析，给领导们打预防针；这样到了客户处或者上线后出现问题，那么领导首先想到的肯定是测试已经预料到了，而不找测试的麻烦，而去找别人的麻烦，久而久之其他人的质量意识就会提高，慢慢的也会改善他们的工作。

　　当然，上面都是治标不治本的方法。真正的解决方法，还是要想办法提高软件的质量，这需要不只是测试，包括市场、需求、产品、策划、开发、测试等所有与软件开发相关的角色都要以这个目标为中心来改变他们的工作方式和内容，如果可以，应引入QA角色，来主导质量改进过程，并不断收集相应的数据进行分析比对，进行调整，最终完善整个软件开发过程。如果暂时无法引入QA，那么可以先根据本公司的具体情况，着重分析形成目前现状的原因，并争取和领导沟通取得一致，采取对其他相关角色的质量方面知识的培训工作，并逐渐的推进质量工作。比如市场人员看似和软件开发过程没有太大的关系，他们为了自己的业绩，在客户那边大吹特吹，不管什么功能都答应，而且还总说马上就可以实现，这些都会给后面的软件开发过程需求调研和技术实现以及开发计划造成很大问题，所以应该适当的让他们了解软件开发过程和一些技术常识，避免他们不懂装懂、大包大揽。

　　在质量改进过程中，需要特别注意如下事项：

　　1、切忌激进，激进的改进遇到的阻力最大，大都最后都是会失败的。一定要循序渐进。

　　2、一定要取得高层次领导的支持，否则一定白搭。要尽量争取大部分的中层领导支持。

　　3、一定要脚踏实地，多方调研，要最适合自己公司的改进方案，切忌照搬、经验主义。

原帖地址：http://bbs.51testing.com/thread-221004-1-1.html

版权声明：本文由会员qiguojie首发于51Testing软件测试论坛“我要做专家-你问我来答”活动第一期。

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。