whxPSP-12-代码复查检查表.ppt
2023/11/8,1,个体软件过程 代码复查检查表,欧阳柳波湖南大学软件学院,2023/11/8,2,一、检查表的用途,进行有效的代码复查关键是要有一个高效率的复查规程。针对自己经常引入的缺陷设计一个合适的检查表，以便进行高效的代码复查。检查表包括一系列规程式的步骤，并要求你精确地遵循这些步骤去做。当人们需要严格按照说明去做某件重要事情时，经常使用检查表。如飞行员起飞前要做的检查。如果想发现和改正程序中的每一个缺陷，就必须遵照一个精确的规程。我们将制定一个经过裁减的代码复查检查表，以准确地发现以前程序中曾引起大多数问题的缺陷。,2023/11/8,3,一、检查表的用途,当按检查表去做时，就知道如何进行代码复查。正确地使用检查表，能知道在检查表的每个步骤发现了多少缺陷，有利于测量出复查过程的效率并进一步改进检查表。把自己的检查表与其他工程师的检查表进行比较，有助于改进复查方法。通过个人的经验，不断地使用和改进个人检查表，可以帮助你用较少的时间发现缺陷。,2023/11/8,4,二、代码复查检查表,C+代码复查指南和检查表程序名和程序号#：,2023/11/8,5,二、代码复查检查表,2023/11/8,6,二、代码复查检查表,确保编码实现了所设计的全部功能。在大程序中，容易忽略某些过程或操作的编码，它们偶尔还能通过此后的复查、编译和测试等步骤。这种缺陷很容易通过检查表来发现。全面地检查incluede、with语句、初始化、过程调用、命名等容易出问题的地方。要根据编码标准来复查代码，以确保没有学习漏掉关键的注释，没有使用不正确的格式，没有忽略重要的过程或产品信息。编码标准还有助于程序的修复、增添或重用。,2023/11/8,7,二、代码复查检查表,如果只按照检查表去检查，就只能找到表上列出的缺陷。有些严重的问题经常难以预料，如程序间全局性的交互作用、未曾预料的时序问题、复杂的内存使用问题或不正常的操作条件等。此时应对程序进行全面的审查，尽量从系统或用户的角度去检查程序。,2023/11/8,8,三、使用代码复查检查表,使用检查表时，注意以下几项：（1）针对检查表中的每一项，从头到尾地对程序进行检查。通查程序，确保完全实现了所有的设计功能；（2）当检查中发现缺陷时，在右边第一个未用的#列记下一个小竖线标记。发现第二个时，在同一格再记下一个标记；（3）完成每项检查后，若没发现缺陷，在右边第一个未用的#列记下标记；（4）当要复查的程序有几个函数、对象或过程时，对它们分别进行复查。并分别在右边的#列记下复查情况；（5）最后对重新对整个程序进行检查，找出那些非期望的、新的问题，可系统问题或用户问题。,2023/11/8,9,三、使用代码复查检查表,代码复查脚本,2023/11/8,10,四、更新后的PSP过程脚本,2023/11/8,11,四、更新后的PSP过程脚本,2023/11/8,12,五、建立个人复查检查表,检查表应根据自己的情况、所使用的程序语言、经常发现的或漏过的缺陷类型来设计。以下建议有助于设计个人检查表：（1）根据在软件开发过程中每个阶段发现的缺陷类型和数目制作一个表，统计发现的所有缺陷，见下表。（2）按在编译和测试阶段发现的各种缺陷类型的数目降序排列，见下表。,2023/11/8,13,五、建立个人复查检查表,学生A的缺陷数据分析,2023/11/8,14,五、建立个人复查检查表,学生A的缺陷数据排序表,2023/11/8,15,五、建立个人复查检查表,（3）对于出现多次的那些少数缺陷类型，要检查缺陷记录日志，查看原因，如类型80是函数缺陷，类型20是语法错误，类型40是赋值缺陷；（4）对于那些导致严重问题的缺陷，要确定代码复查阶段采取什么步骤去发现它们，如对类型20语法错误，学生A发现常见的问题是丢掉分号或分号位置错误，那么可在检查表中增加一个检查项，对源程序的每一行专门进行分号检查；（5）使用一个新的检查表后，用同样的方法重新检查缺陷数据；,2023/11/8,16,五、建立个人复查检查表,（6）如果检查表在发现这些重要类型的缺陷时很有效，那么增加另一类型继续使用；（7）如果检查表在发现某些缺陷时无效，那么尽量修改检查表，以便其能更好地找出这些缺陷，然后再试；（8）在制定可更新检查表时，把相似的检查放在一起且不要重复列出，如学生A把分号检查放在其它标点符号中检查；（9）开发完每个新程序后，用同样的方法简要检查一下缺陷数据和检查表，并标识出有用的更改和增加部分；（10）建议考虑一下哪些步骤可以在以后预防这些缺陷。,2023/11/8,17,六、改进检查表,养成定期复查缺陷数据和重新审核检查表的习惯。累计项的值是从最近完成的检查表中的缺陷数累加得到的。在累计列的每一行登入数据。用每行的累计值和总计的累计计得到百分比，把结果登入此行的累计百分比值这一列。,2023/11/8,18,六、改进检查表,在每个程序的后置阶段，比较检查表和缺陷日志，找出检查表需要改进的地方并进行改进，以便更有效地查找缺陷。删掉那些在最近510个程序中没有发现可漏过任何缺陷的复查步骤。最好在收集20个以上的缺陷后再修改检查表。要在程序后置处理阶段复查缺陷数据，当编译或测试中凡次看到同样的缺陷数据时，应考虑更新检查表以处理特定问题。,2023/11/8,19,六、改进检查表,学生A的缺陷记录日志学生 学生A 日期 5/12/2003、教师 教师Z 程序号#12、,缺陷类型：10 文档 60 检查20 语法 70 数据30 联编打包 80 函数40 赋值 90 系统50 接口 100 环境,2023/11/8,20,六、改进检查表,防止检查表变大，检查表的主要作用是帮助你将注意力集中在关键问题上，太大以后，你将失去重点。所以要定期复查缺陷数据，删除那些不能找到缺陷的表项，这样做很重要，可以把删除的表项放在一个杂类中，为复杂其它的表项做参考。,2023/11/8,21,六、改进检查表,每个工程师都有有各自的特点，某个工程师的实践经验对别的人不一定适合。因而要设计出适合自己的检查表，并定期地对它进行检查以保证检查表更有效。进步通常是缓慢的。要坚持收集和分析数据，坚持思考如何才能预防缺陷的产生或怎样更好地找出缺陷。只有坚持不断地做下去，才能不断提高自己编写程序的质量。,2023/11/8,22,七、编码标准,检查表是一个进行代码复查标准。编写代码时也需要一个统一的格式和风格，从而需要编码标准。编码标准定义为被广泛接受的，能够作为工作样板的编码实践集。它用于指导编写源程序代码。编码标准一般定义了源程序的书写格式、什么语句分别定居 单独的一行、语句怎样缩排、注释中的书写规范、程序清单的头部格式等。,2023/11/8,23,七、编码标准,编码标准有助于预防缺陷。如可在编码标准中列出应该避免使用的方法，如go-to语句、过程多出口或使用递归算法等；养成在循环入口前或在说明时初始化变量；使用那些与变量含义有关的字符进行命名；等等。使用编码标准编制出的程序易读和易理解，这有助于测试和调试程序，有助于其他人使用和修改你的程序。下表为一个C+编码标准：,2023/11/8,24,七、编码标准,2023/11/8,25,七、编码标准,2023/11/8,26,七、编码标准,2023/11/8,27,七、编码标准,2023/11/8,28,八、练习,构造一个检查表，找出在编译和测试阶段引起大部分问题的缺陷类型。把最初的检查表限制在几个缺陷类型上，并在下一个程序中使用。提交完整的检查表、程序以及完整的项目计划总结表。提交一份用来构造检查表的缺陷数据。提交以前安排的作业。,
