回顾正确的方法!
审查是软件开发生命周期 (SDLC) 中的重要组成部分。审查是指为了评估、检查质量或批准的目的,对文档/代码片段进行检查的过程。

审查类型
审查以各种方式进行。但主要有三种类型的审查:非正式审查、正式审查和走查。
非正式审查
非正式审查也称为同行评审。在这种类型的审查中,审查者会让其同行(同事)验证其文档或代码。这种类型审查的结果不会被记录下来。这主要用于评估内容和工作质量。
走查
走查通常在小组中进行。文档/代码的作者引导小组,从培训的角度向小组解释工作。参与者可以提出差距和改进建议,并可以就工作提出问题。
正式审查
在正式审查流程中,我们通常会有一个计划好的时间段。会议室被预订,并且通知与会者。必须有审查者、作者、主持人和记录员。审查结果由记录员记录下来。主持人将跟踪时间并主持审查会议。
从根本上来说,有什么区别?
- 让我举一个简单的例子来解释区别。假设你在学校,你的老师布置了一项需要你在家完成的作业。你已经正确地完成了作业。现在,你第二天来到学校。在你老师来上课之前,出于好奇,你请你的朋友检查你的作业,确保它很好并且完整。你的朋友建议了一些小的改动。你验证了它们,并修复了一些建议。这就是所谓的非正式审查。
- 现在,老师来到课堂上,开始逐个检查笔记本,上面写着你完成的作业。老师检查你的作业,用红笔在有错误的地方做标记(突出错误/差距),最后给你一个分数。这就是所谓的正式审查。
- 老师喜欢你的作业,因此要求你在课堂上逐行解释你的作业。课堂上讨论了作业的风格和创建过程,并提出了改进建议。老师正在记录建议。这就是所谓的走查。
审查流程
审查流程可能包含多个步骤,并且可能因组织而异。但是,基本流程将保持不变。根据流程和客户要求,你可能会发现这里和那里的一些调整。

在非正式审查流程中,审查者根据其理解水平审查工作并建议更改。审查者验证更改列表,并可以选择修复一些或所有建议的更改。
在走查中,作者充当培训师,参与者成为被审查者。目的不是查找错误,而是传递知识和提高工作质量。其中一位成员记录建议。作者是否要合并建议的更改取决于作者。
遵循步骤
正式审查流程包含定义的步骤。正式审查流程主要涉及五个主要步骤
- 计划
- 准备
- 审查
- 返工
- 后续
计划
在计划阶段,需要对工作进行自我审查。请求审查者和其他参与者的可用性。应相应地发送会议请求以及需要审查的工作副本。
准备
下一步是获得所有参与者的确认并为会议做好准备。主持人将主持会议并跟踪时间。主持人还确保每个人准时到达,并且在审查流程进行期间不会偏离主题。
审查
审查从作者对工作的解释开始。记录员将记录需要在工作中进行的建议和更正。审查员将审查工作并提出更改和更正建议。在会议结束时,作者将感谢所有人。
返工
会议结束后,作者将从记录员处收集所有建议,并在其工作中合并这些建议。更新后的文档将通过电子邮件发送给审查者进行最终检查。
后续
如果需要更多更新,审查者将直接与作者沟通。对被审查者修复建议进行后续跟踪,并且作者预计会进行后续跟踪,以获得其工作的审查和批准。
审查是 SDLC 的关键部分,并且是静态测试的重要方面。必须对项目的每个工件进行审查,以确保更好的质量输出。并非总是需要选择走查或正式审查,因为它们非常耗时。我们还可以选择非正式审查或同行评审来检查我们的工作。
数据结构
网络
关系型数据库管理系统 (RDBMS)
操作系统
Java
iOS
HTML
CSS
Android
Python
C 编程
C++
C#
MongoDB
MySQL
Javascript
PHP