代码走查，是测试人员了解代码逻辑，进行测试设计的重要环节。并且有很多bug并非需要到运行程序进行测试才能发现。通过合理的代码走查方法能提前发现相当多的BUG。除常见的业务逻辑与程序逻辑不符外，本文收集了在过往工作中的经常能发现BUG的走查要点，以供参考。
走查要点：一段代码存在多个副本
［释义］
相同的代码段，在程序的不同地方复制和粘贴。
甚至同一项目，复制出多个副本。
［问题表现］
修改好的bug，一直反复出现。
由于存在多个副本，如果代码段中有bug，就需要修复多个副本。其修复难点在于：如何确定找到所有的代码副本。如果无法确定修复了所有副本，极易导致漏测。看似减轻工作的复制粘贴给后期维护带来了极大工作量和风险。
走查要点：初始化对象或返回值为空
［释义］
在实例化对象时（例如，从数据库中取出一条订单数据，实例化一个订单对象），某些字段字段为空。而后面定逻辑需要使用这个字段时，没有进行判空。或者在一些远程调用过程中，返回的对象有可能是空，或者某些字段为空，在后面的使用中，没有判空。
［问题表现］
空指针异常NullPointerException
走查要点：数据定义被破坏
［释义］
在处理各种数据时，由于某些数据的定义（类型、长度、必填、范围及其他性质）被破坏，例如，某接口需要接受三个都为必填项的参数，由于未对是否必填进行校验，导致数据库中的数据与预期的定义不符。应尽早检查数据的定义。
［问题表现］
代码运行好好的，突然就发生一些问题，之后又没问题了。完整的数据任务都没有问题，只有当程序运行到不完整数据时，才会报错。
走查要点：资源（内存、文件或数据库连接）未被正确释放
［释义］
程序的一些执行路径没有完成它们应该做的工作，或者持有不再使用的对象。
［问题表现］
资源未能正常释放，导致连接被用完、文件打开过多、FGC
走查要点：接口定义不一致
［释义］
接口定义与实现不一致，导致调用接口出错。
［问题表现］
当使用某个接口时，处理结果与接口定义的结果不一致，甚至直接报错异常。
走查要点：消息队列能否补发消息、对补发消息的处理
［释义］
生产者发出消息时发生异常，导致消费者无消息可用。需要能够补发消息。而消费者在处理消息时（或者回调），是否能处理重复的消息（重复的回调通知）。特别是在多线程的情况下，对数据的修改，需要对线程进行分析。
［问题表现］
消费者端无响应
少数数据处理出错，而大部分都正常。
走查要点：不恰当的日志
［释义］
日志中的敏感信息：卡号、手机号、密码、cvv、有效期等
关键的操作步骤没有日志（修改状态，异常报错）
日志量过大，打印无效日志，导致无法查问题。
［问题表现］
泄漏用户信息
无法查错
走查要点：查询SQL的底线
［释义］
查询的sql语句，需要有条件限制，不能无条件的查询数据库。常见的约束：时间范围，数据量限制。
［问题表现］
查询出的大数据量的结果集，导致数据库和应用的性能问题。
走查要点：缓存
［释义］
（1）集中缓存，还是分布式缓存
（2）分布式缓存如何保证缓存间的一致性，不一致时，如何影响流程。
（3）缓存如何与数据库的数据保持一致性，不一致时，如何影响流程。
（4）如果缓存失效，如何影响流程
［问题表现］
修改了配置，但有的服务器更新了，有的没更新。
集中式缓存服务挂了，没有备份，直接查数据库，导致数据库压力过大。
走查要点：系统间调用的保护
［释义］
同步调用外部系统，必须有超时时间的设置，防止线程池涨满影响其他业务。考虑用异步调用替代同步调用。
［问题表现］
由于被调用系统的性能瓶颈，导致调用系统的响应也下降。
走查要点：异常处理
［释义］
异常是否得到明确的定义
是否有未捕获到异常
捕获异常后，是否有合适的处理，后续代码是否能正常执行
［问题表现］
异常未能正确定义，导致问题无法快速定位
未捕获异常，导致信息泄漏、系统处理异常
未能正确处理异常，导致后续流程错误
为了身心健康，文中的鸡肋处，请自行屏蔽。
网友评论