设计质量与测试先行

最近碰到一个事情，说起来也是软件工程实践中比较有代表性的一个问题，所以随便说说。

成立了一个单独的软件测试部门，仅有12个人，面对一整个技术中心（开发人员共500人，软件开发人员占40%左右，每年嵌入式软件数量数百）提供服务，技术中心有一套通过CMMI dev 3级认证的开发体系，设计资源（人员、时间）一直比较紧张，所以传统的软件设计、测试工作问题还不少。领导希望新部门指导整个中心的软件设计工作兼测试，测试部希望仅针对测试。

我想这也是一个典型场景，有开发流程，却因为资源限制无法得到很好的执行，现状在这里，如何改进软件质量？

领导的考虑是先抓设计，这是一个符合传统软件工程的想法，毕竟都是说，软件的质量是设计出来的。

可是我觉得这种企业，应该先抓测试。因为这个开发流程的关键问题在于：设计的层次没有严格的区分。在这个问题之下，软件的各层设计文件的责任者可能是同一个人，开发团队可能也很小，彼此很熟悉。这样的话，同一个人将会负责多个不同层次的文件，对设计者就是一个折磨，因为团队内部的沟通成本很小，只是为了领导才能看得见的成果去走完整的文档流程，设计者的责任心可想而知。以往流程中设立的评审流程，在项目执行过程中，因为评委资源的不足也已经开始流于形式了，何况软件设计文件不同于硬件设计文件，需要全局性的把握才能理解，不能像硬件一样简单分散处理，所以评审时间要求要长一些。

在这种设计者、评审者都有理由敷衍了事的情况下，简单抓设计能力的提升不能改变现状。相反，第三方测试过程的引入，导入了新的责任方，这个责任方对于设计文档的要求是很高的，且存在不同部门之间的沟通问题，这就是逼设计者完善文档才能减少不同部门之间的沟通，直接作用于提高设计文档的质量，保证前后层次设计文档的思路一致性。

测试的另一个优点在于，可以通过编码规范先直接对代码风格提出要求，相当于用机器检查代码的方式对所有人进行摸底，这也是对提升设计水平工作提供了一个基础。