下载文档原格式
代码走查
一．代码走查的目的
1．保证代码符合编码规范
2．保证代码符合设计
3．发现bug
4．保证代码单元测试充分
5．促进开发人员之间的交流，为代码的优秀程度的提高和开发人员编码技能的提高提供契机。
二．过程
每次迭代都要对修改过和新编的代码进行走查，走查的过程如下图：
三．Checklist
说明：本checklist用于走查人员走查代码。
开发人员用于自我检查的checklist可以参照此checklist，依自身实际情况制定。
说明：本checklist应随着组织开发过程中出现的实际情况，对检查项具体内容进行增、删、改，以使得此checklist更具效率，但要注意保持检查项数目的简洁。
类名：走查的类的名字。
![[指南]代码走查检查表](https://img.taocdn.com/s1/m/03854ed188eb172ded630b1c59eef8c75fbf9597.png)
代码走查检查表评审日期：年月日评审对象作者评审人评审工作量序号检查项评审意见走查前准备1 得到一份解释代码的最新的设计文档，作为代码走查的参考2 代码都已提交，版本统一程序结构组织1 所有代码的结构清晰，具有良好的结构外观和整齐2 所有的模块（函数和外部接口）定义清晰，模块分解清楚3 所有的功能需求都明显的覆盖4 整个代码体系结构组合合理 ,分层清晰，代码之间功能划分明确5 所有的接口模块化，尽量减少接口之间的耦合度，修改时尽量不影响其他代码模块6 代码体系构架对空间和速度都已经进行考虑7 数据库操作、IO操作等是否正确关闭资源。
并且必须在try -catch-finally 的finally中关闭。
8 一个业务如果进行多次数据库更新、添加、删除是否正确添加事务。
9 进行逻辑与、逻辑或判断时是否使用短路与、短路或。
10 多处使用相同代码时，应定义唯一方法或变量以供使用。
11 对象是否使用工厂获取。
12 导入类时，如果仅使用包中的几个类，应导入具体类，而不是导入整个包。
13 数组声明的时候使用 int[] index ，而不要使用int index[]。
14 代码实现的逻辑是否与详细设计描述的逻辑一致15 检查类中是否有无效的代码或者是无用的代码。
16 不要使用System.out.print()以及System.err输出，需要进行日志处理17 所有的文件名符合文件命名规范，见名知意18 文件和模块分组清晰19 较长的语句、表达式或参数（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读20 每个程序文件都小于2000行代码组织1 数据库查询语句不要出现select *2 对需要处理的字符串定义为StringBuffer ，常量定义成静态的。
3 所有的变量名都小于32字符4 有返回值的方法是否正确返回。
Return语句应定义在方法结尾处。
代码缺陷分析与修复最佳实践引言：代码缺陷是软件开发中难以避免的问题，它可能导致软件系统的不稳定性、安全性问题，甚至引发严重的后果。
因此，代码缺陷的分析与修复是开发人员不可忽视的重要工作。
本文将探讨代码缺陷分析与修复的最佳实践，以帮助开发人员提高代码质量和软件可靠性。
一、代码缺陷分析代码缺陷分析旨在识别潜在的软件缺陷，并找出其原因和影响。
下面是一些常用的代码缺陷分析方法和技巧。
1. 静态代码分析工具静态代码分析工具可以检测代码中的潜在问题，如空指针引用、内存泄漏、未初始化变量等。
开发人员可以使用流行的静态代码分析工具，如FindBugs、PMD等，来扫描代码并发现潜在的缺陷。
2. 代码审查代码审查是一种通过人工审查代码来发现潜在问题的方法。
开发人员可以组织团队成员进行代码审查，相互检查并提出改进意见。
代码审查不仅能够帮助发现代码缺陷，还能够促进知识共享和团队合作。
3. 单元测试单元测试是一种通过编写测试用例来验证代码正确性的方法。
通过编写全面的单元测试，开发人员可以覆盖代码中的各种分支情况，从而发现潜在的缺陷。
单元测试还可以作为代码修改后的验证手段，确保缺陷修复不会引入新的问题。
4. 数据流分析数据流分析是一种通过跟踪程序变量的值和使用情况来发现代码缺陷的方法。
通过分析数据流，开发人员可以找到潜在的空指针引用、资源泄漏、不正确的变量赋值等问题。
数据流分析可以手工进行，也可以借助工具来辅助完成。
二、代码缺陷修复代码缺陷修复是指在发现代码缺陷后，将其进行修复以提高代码质量和软件可靠性的过程。
以下是一些常用的代码缺陷修复方法和技巧。
1. 缺陷跟踪系统缺陷跟踪系统是一个用于记录和追踪软件缺陷的工具。
开发人员可以使用缺陷跟踪系统来记录发现的缺陷，并在修复缺陷后关闭相应的缺陷。
缺陷跟踪系统还可以帮助团队成员进行协作和沟通，提高修复缺陷的效率和质量。
2. 修复缺陷的优先级在修复代码缺陷时，开发人员应该根据缺陷的优先级来制定修复计划。
代码走查表
代码走查的最主要的目的是为了发现程序中的逻辑错误，编程风格方面的错误可以通过风格检查的工具去检查。
如序号检查项
1、代码的注释与代码是否一致?是注释是否是多余的?
2、是否存在超过3层嵌套的循环与/或判断?否
3、变量的命名是否代表了其作用?是
4、所有的循环边界是否正确?是
5、所有的判断条件边界是否正确?是
6、输入参数的异常是否处理了?是
7、程序中所有的异常是否处理了?是
8、是否存在重复的代码?否
9、是否存在超过20行的方法?是
10、是否存在超过7个方法的类?是
11、方法的参数是否超过3个?否
12、是否有多种原因导致修改某个类?是
13、当发生某个功能变化时，是否需要修改多个类?否
14、代码中的常量是否合适?是
15、一个方法是否访问了其他类的多个属性?是
16、某几项数据是否总是同时出现，而又不是一个类的属性?是
17、switch语句是否可以用类来替代?是
18、是否有一类的职责很少?是
19、是否有一个类的某些属性或者方法没有被其他类所使用?否
20、在类的方法中是否存在如下的调用形式：a.b().c()?否
21、是否某个类的方法总是调用另外一个类的同名方法?
22、是否某个类总是访问另外一个类的属性与方法?
23、是否两个类完成了类似的工作，使用了不同的方法名，却没有拥有同一个父类?
24、是否某个类仅有字段和简单的赋值方法与取值方法构成?
25、是否某个子类仅使用了父类的部分属性或方法?
检查的工具去检查。
如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。
否。
代码检查错误列表总结数据引用错误：1. 是否有引用的变量未赋值或初始化2. 下标的值是否在范围之内3. 是否存在非整数下标4. 是否存在虚调用(dangling reference)对于所有的通过指针或引用变量的引用,当前引用的内存单元是否分配?5. 当使用别名时属性是否匹配6. 记录和结构的属性是否匹配,即变量值的类型或属性是否与编译器所预期的一致7. 是否计算位串的地址?是否传递位串参数?8. 基础的存储属性是否正确9. 跨过程的结构定义是否匹配10. 索引或下标操作是否有”仅差一个”的错误11. 继承需求是否得到满足运算错误：1. 是否存在非算术变量间的运算？2. 是否存在混合模式的运算？3. 是否存在不同字长变量间的运算？4. 目标变量的大小是否小于赋值大小？5. 中间结果是否上溢或下溢？6. 是否存在被0除？7. 是否存在二进制的不精确度？8. 变量的值是否超过了有意义的范围？9. 操作符的优先顺序是否被正确理解？10. 整数除法是否正确？数据声明错误：1. 是否所有的变量都已声明？2. 默认的属性是否被正确理解？3. 数组和字符串的初始化是否正确？4. 变量是否赋予了正确的长度、类型和存储类？5. 初始化是否与存储类相一致？6. 是否有相似的变量名？比较错误：1. 是否存在不同类型变量间的比较？2. 是否存在混合模式的比较运算？3. 比较运算符是否正确？4. 布尔表达式是否正确？5. 比较运算是否与布尔表达式相混合？6. 是否存在二进制小数的比较？7. 操作符的优先顺序是否被正确理解？8. 编译器对布尔表达式的计算方式是否被正确理解？控制流程错误：1. 是否超出了多条分支路径？2. 是否每个循环都终止了？3. 是否每个程序都终止了？4. 是否存在由于入口条件不满足而跳过循环体？5. 可能的循环越界是否正确？6. 是否存在“仅差一个”的迭代错误？7. DO/END语句是否匹配？8. 是否存在不能穷尽的判断？9. . 输出信息中是否有文字或语法错误？输入/输出错误：1. 文件属性是否正确？2. OPEN语句是否正确？3. I/O语句是否符合格式规范？4. 缓冲大小与记录大小是否匹配？5. 文件在使用前是否打开？6. 文件在使用后是否关闭？7. 文件结束条件是否被正确处理？8. 是否处理了I/O错误？接口错误：1. 形参的数量是否等于实参的数量？2. 形参的属性是否与实参的属性相匹配？3. 形参的量纲是否与实参的量纲相匹配？4. 传递给被调用模块的实参个数是否等于其形参个数？5. 传递给被调用模块的实参属性是否与其形参属性匹配？6. 传递给被调用模块的实参量纲是否与其形参量纲匹配？7. 调用内部函数的实参的数量、属性、顺序是否正确？8. 是否引用了与当前入口点无关的形参？9. 是否改变了某个原本仅为输入值的形参？10. 全局变量的定义在模块间是否一致？11. 常数是否以实参形式传递过？其他检查：1. 在交叉引用列表中是否存在未引用过的变量？2. 属性列表是否与预期的相一致？3. 是否存在“警告”或“提示”信息？4. 是否对输入的合法性进行了检查？5. 是否遗漏了某个功能？。
软件缺陷追踪表1.引言软件缺陷追踪表是一个用于记录和追踪软件开发过程中发现的缺陷的工具。
通过记录每个缺陷的详细信息和状态变更，可以帮助开发团队更好地管理和解决软件缺陷，从而提高软件质量。
2.缺陷追踪表结构软件缺陷追踪表通常包含以下几个重要字段：2.1 缺陷编号每个缺陷在系统中应有唯一的编号，用于快速识别和跟踪。
2.2 缺陷描述对缺陷进行详细的描述，包括发现缺陷的具体场景、现象和影响等信息，以便开发团队能够准确理解和复现该缺陷。
2.3 缺陷状态记录缺陷当前所处的状态，常见的状态包括未解决、已解决、已验证等。
2.4 缺陷严重程度对缺陷的影响程度进行评估，常见的评价标准包括严重、一般、轻微等。
2.5 缺陷优先级根据缺陷的紧急程度和重要性确定其优先级，通常分为高、中、低三个级别。
2.6 缺陷责任人指定负责处理该缺陷的开发人员或团队，以确保缺陷得到及时修复和验证。
2.7 缺陷解决方案记录解决该缺陷的具体方法和步骤，供开发人员参考和执行。
2.8 缺陷验证结果记录修复缺陷后的验证结果，以确保修复的有效性和质量。
3.缺陷追踪表的使用和管理在使用软件缺陷追踪表时，需要做到以下几点：3.1 缺陷记录和更新及时记录发现的缺陷，并随着缺陷的处理过程进行更新。
确保缺陷表中的信息是准确和最新的。
3.2 缺陷分析和优先级确定对缺陷进行分析，评估其严重程度和优先级，以确定处理的顺序和重点。
3.3 缺陷解决和验证根据缺陷表中的信息，指定相应的负责人进行缺陷解决，并及时进行验证，确保缺陷得到有效修复。
3.4 缺陷报告和溯源通过缺陷表可以生成缺陷报告，以便对缺陷的溯源和整体情况进行分析和追溯。
4.总结软件缺陷追踪表是一个重要的工具，可以有效帮助开发团队管理和解决软件缺陷。
合理使用和管理缺陷追踪表，能够提高软件开发过程的效率和质量，减少缺陷带来的风险和影响。
参考文献：1] ___。
软件质量管理教程[M]。
机械工业出版社。
2011.2] ___ Technology of are Testing (J).Hefei Normal University Journal,2020,36(01):41-43.3] Qi Li.Research and design of are ___,2014.以上是对于软件缺陷追踪表的简要介绍和说明，希望对您有所帮助。
