1、背景

为了保证代码的质量，需要一系列的流程来进行保证：

今天要探讨的是代码审计的必要性。

2、代码审计

代码审计的做法多种多样，我理解必须解决以下问题 ，才可能有效：

• 核心：审计的本质是对比，必须用一个数据与一个预期的数据进行比对
• 稳定：审计程序需要稳定，不能经常变更。经常变更带来的是审计程序自身的bug。
• 简单：审计程序应该尽量简单，不应该比业务逻辑还复杂。否则，靠什么保证审计程序的正确性呢？

下面对比下代码审计的几种方式：

方案	优点	缺点
明细数据与汇总数据的对比：比如有一张表是明细数据，一张是定期汇总后的数据，为了保证数据的正确性，定期进行审计	1、对比的双方非常明确 2、审计程序简单易懂	字段的变化会引起审计程序的不稳定
审计请求参数的正确性：参数数量、必填、正确性		1、对比双方不清晰，因为请求参数可能来源于多张表，而且经过处理之后的数据，无法直接获取到。 2、基本上是每个请求的审计都需要单独写，请求发生改变就要同步调整 3、审计程序，与业务实现逻辑基本类似 4、如何保证审计程序的正确性、及时性是个难题。

方案1能起到一定的审计作用。

方案2难度较大，收益不明显，不如把该环节前移到单元测试阶段执行。