软件检查通常是完全建立并经过验证的活动。它是由Michael Fagan(1970年代)引入和开发的。
它被设计为一个复杂的过程，仅用于系统地审查软件工件。这也是识别和检测正在开发的软件产品中的缺陷，错误，违反开发标准以及任何其他缺陷的过程。它还可以确保软件产品是否满足客户的要求。
带有检查的软件生命周期可提高产品质量，节省资金和资源，减少总体开发时间等。软件检查通常由一群人或参与者执行。参加人数的范围可以从最少三个到最多六个。必需的角色被分配给检查活动中的每个个人或参与者。每个参与者被分配至少一个角色；但是，参与者可以扮演多个角色。各种参与者的不同角色如下：
- 主持人：
主持人通常是负责人，即检查活动的高级技术成员。它只是安排和召开会议。他们基本上负责流程。主持人主要负责计划，控制检查以及协调检查，并使小组专注于会议的目的，即识别缺陷而不是解决缺陷。主持人还确保需要检查的物品或产品是否成功满足检查准备的输入标准。他们还确保该组不会切线/切线，也不会拖延时间表。主持人基本上是一个经验丰富的人，他完全知道如何使参与者在技术上保持坚强，并使参与者远离互相残杀的社交技能。
- 作者 ：
作者只需开发，创建，维护或处理需要检查的工作产品。在检查活动或过程中，作者基本上被认为是被动参与者。当询问时，他可以回答任何问题，但不允许他提供完整的解释或捍卫代码。简而言之，允许他们回答检查过程中有关产品的问题，以帮助其他人理解工作，但不允许他们为自己的工作辩护。可以将作者的角色分配给负责开发和生产所检查程序的程序员或设计师。他们还负责解决和修复检查过程中可能出现的任何缺陷。
- 读者：
读者或测试人员只需将工作产品读入团队，即可进行检查。他们的主要工作是阅读代码并找出所有缺陷(如果存在)。读者的角色通常很简单，但并非微不足道。他们通常在检查会议上展示代码或文件，一次只读取一个文件。简而言之，读者是负责在检查会议期间领导检查小组通过工作产品进行工作的参与者。他们还尝试在工作产品中使用的单词以外的各种单词的帮助下，以尽可能清晰，易懂的方式向参与者简单地解释每个部分的功能。
- 记录器：
记录仪或抄写员仅记录缺陷，缺陷或在检查过程或活动过程中可能出现的任何其他问题。他们主要致力于在检查会议期间提供潜在缺陷的日志。只要被检查的文档中发现任何问题，读者都可以简单地描述和解释书面上的缺陷。然后由记录器对这些缺陷进行分类，以更好地理解。 - 检查员：
当阅读器读取工作产品时，Inspector只是尝试确定和识别工作产品中的错误。他们通常负责与检查过程，标准制定，清单更新等相关的改进。他们还会提出问题，提出问题并批评文档。也不允许他们攻击作者或文档，而应具有客观建设性。检查员基本上是识别和检测错误的熟练技术人员，因为他知道可能存在缺陷的批评和角落。检查人员可能包括来自不同专业领域的人员，例如市场营销，质量保证，质量控制等，每个人都有不同的见解。