1、背景
为了保证代码的质量,需要一系列的流程来进行保证:
今天要探讨的是代码审计的必要性。
2、代码审计
代码审计的做法多种多样,我理解必须解决以下问题 ,才可能有效:
- 核心:审计的本质是对比,必须用一个数据与一个预期的数据进行比对
- 稳定:审计程序需要稳定,不能经常变更。经常变更带来的是审计程序自身的bug。
- 简单:审计程序应该尽量简单,不应该比业务逻辑还复杂。否则,靠什么保证审计程序的正确性呢?
下面对比下代码审计的几种方式:
方案 | 优点 | 缺点 |
明细数据与汇总数据的对比:比如有一张表是明细数据,一张是定期汇总后的数据,为了保证数据的正确性,定期进行审计 | 1、对比的双方非常明确 2、审计程序简单易懂 | 字段的变化会引起审计程序的不稳定 |
审计请求参数的正确性:参数数量、必填、正确性 | 1、对比双方不清晰,因为请求参数可能来源于多张表,而且经过处理之后的数据,无法直接获取到。 2、基本上是每个请求的审计都需要单独写,请求发生改变就要同步调整 3、审计程序,与业务实现逻辑基本类似 4、如何保证审计程序的正确性、及时性是个难题。 |
方案1能起到一定的审计作用。
方案2难度较大,收益不明显,不如把该环节前移到单元测试阶段执行。