演练
演练是一种进行非正式小组/个人审查的方法。在演练中，作者在非正式会议上向其同行或主管描述和解释工作成果，以获得反馈。在这里，工作产品的拟议解决方案的有效性被检查。当设计在纸上时，比在转换时进行修改要便宜。演练是一种静态的质量保证方法。演练是非正式的会议，但有目的。
检查
检查被定义为正式的、严格的、深入的小组审查，旨在尽可能接近问题的起源点。检查可以提高软件产品的可靠性、可用性和可维护性。在软件开发过程中产生的任何可读性都可以被检查。检查可以与结构化、系统化的测试相结合，为创建无缺陷的程序提供一个强大的工具。
检查活动遵循一个特定的过程，参与者扮演着明确的角色。一个检查小组由三到八个成员组成，他们分别扮演主持人、作者、读者、记录者和检查者的角色。例如，在代码检查中，设计师可以充当检查员，而质量保证代表可以充当标准执行者。
检查过程中的各个阶段 -
- 计划：检查是由主持人计划的。
- 概述会议：作者描述工作产品的背景。
- 准备 : 每个检查员检查工作产品，以确定可能的缺陷。
- 检查会议：在这个会议上，读者逐一阅读工作成果，检查员指出每个部分的缺陷。
- 返工：作者根据检查会议上的行动计划对工作产品进行修改。
- 后续工作：对作者所做的修改进行检查，以确保一切正确无误。
检查和演练的区别 :
| 编号 | 检查 | 演练 | |
|---|---|---|---|
| 1 | 检查是正式的。 | 演练是非正式的。 | |
| 2 | 检查由项目组发起。 | 由作者发起。 | |
| 3 | 一组来自不同部门的相关人员参与检查。 | 通常是同一项目的团队成员参与演练。作者本人担任演练负责人。 | |
| 4 | 使用检查表来查找故障。 | 在演练中不使用检查表。 | |
| 5 | 检查过程包括概述、准备、检查、返工和跟进。 | 演练过程包括概述、很少或没有准备、很少或没有准备检查(实际演练会议)，以及返工和跟进。 | |
| 6 | 每个步骤都有正式的程序。 | 在步骤中没有正式的程序。 | |
| 7 | 检查需要较长的时间，因为检查表中的项目清单被跟踪到完成。 | 由于没有正式的检查表用于评估项目，所以花在走访上的时间较短。 | |
| 8 | 有计划的会议，给所有参与的成员分配固定的角色。 | 非计划的 | |
| 9 | 读取器读取产品代码。每个人都检查它并提出检测结果。 | 作者阅读产品代码，他的队友提出缺陷或建议。 | |
| 10 | 记录员记录缺陷。 | 作者将缺陷和队友提出的建议记录下来。 | |
| 11 | 主持人的作用是确保讨论在富有成效的路线上进行。 | 非正式的，所以没有主持人。 |
欢迎任何形式的转载，但请务必注明出处，尊重他人劳动成果。
转载请注明：文章转载自 有区别网 [http://www.vsdiffer.com]
本文标题：检查和演练的区别
本文链接：https://www.vsdiffer.com/vs/difference-between-inspection-and-walkthrough.html
免责声明：以上内容仅是站长个人看法、理解、学习笔记、总结和研究收藏。不保证其正确性，因使用而带来的风险与本站无关！如本网站内容冒犯了您的权益，请联系站长，邮箱：，我们核实并会尽快处理。