黑盒测试的缺点在于测试的介入过晚，往往需要在产品开发完成后，这样在系统测试阶段发现的问题返工修复成本非常高。

白盒测试主要针对代码进行直接的检查和测试，能尽早验证产品质量。采用静态白盒测试+动态白盒测试相结合的方式，能有效地在研发阶段的早期控制好代码质量。

 

白盒测试目前主要用在高可靠性要求的软件领域，如军工软件、航天软件等。传统的应用软件在这方面开展得比较少，但是随着用户对产品质量的要求不断地提高，仅仅通过手工的测试是无法满足客户的最终的质量需求，开展白盒测试迫在眉睫！
 

但是在开展白盒测试的过程中，巨大的单元测试代码开发工作量让本身工作已经比较饱和的开发人员来完成不太现实，并且很多开发人员普遍对白盒测试理论及方法运用不是很熟练；如果让测试人员来完成代码的测试，往往很多测试人员对代码的编写能力又不足以完成此项工作。因此需要找到合适的开展白盒测试的模式，制定合理有效的白盒测试流程。

 

 

代码审查属于静态的白盒测试，代码审查对于研发质量成本的节省有非常明显的效果。代码审查能及时发现潜在的BUG，另外，代码审查还能带来不少好的副作用，例如养成良好的编程习惯、传播和共享代码设计知识。
 

编程语言往往是比较灵活的，实现同样一个功能，可以这样写代码，也可以那样写代码。不同的开发人员也倾向于采用自己的编程风格来写代码。为了项目组代码的可读性、可维护性着想，有必要制定和遵循公司级或项目组级别的编程规范。

代码审查有利于降低代码生产质量的总体成本，但是代码审查过程本身也有一定的质量成本，如何结合人工代码审查与工具自动化审查，并与持续集成框架整合，是有效开展代码审查过程的关键。

 

 

单元测试历史由来已久，近年来比较流行的敏捷开发模式中的TDD（测试驱动开发）更是把单元测试推至最高的地位。

单元测试的效益已得到广泛认同，但是长期以来，尝试单元测试的企业众多，成功实施者却很少。原因在于开发人员或测试人员并没有真正掌握单元测试的方法，对单元测试也存在诸多误解，例如，开发人员往往把调试等同于单元测试、缺乏良好的可测试性需求分析和设计、单元测试工具选用不当、未能正确使用代码覆盖率度量工具等。

动态单元测试与静态代码分析整合起来应用，能实现尽早测试的目的，在研发早期阶段就进行软件质量的验证，结合持续集成框架，能针对每个迭代版本的质量进行有效控制，实现软件研发过程的持续质量管理。