演练

演练是一种进行非正式小组/个人审查的方法。在演练中,作者在非正式会议上向其同行或主管描述和解释工作成果,以获得反馈。在这里,工作产品的拟议解决方案的有效性被检查。当设计在纸上时,比在转换时进行修改要便宜。演练是一种静态的质量保证方法。演练是非正式的会议,但有目的。

检查

检查被定义为正式的、严格的、深入的小组审查,旨在尽可能接近问题的起源点。检查可以提高软件产品的可靠性、可用性和可维护性。在软件开发过程中产生的任何可读性都可以被检查。检查可以与结构化、系统化的测试相结合,为创建无缺陷的程序提供一个强大的工具。

检查活动遵循一个特定的过程,参与者扮演着明确的角色。一个检查小组由三到八个成员组成,他们分别扮演主持人、作者、读者、记录者和检查者的角色。例如,在代码检查中,设计师可以充当检查员,而质量保证代表可以充当标准执行者。

检查过程中的各个阶段 -

  • 计划:检查是由主持人计划的。
  • 概述会议:作者描述工作产品的背景。
  • 准备 : 每个检查员检查工作产品,以确定可能的缺陷。
  • 检查会议:在这个会议上,读者逐一阅读工作成果,检查员指出每个部分的缺陷。
  • 返工:作者根据检查会议上的行动计划对工作产品进行修改。
  • 后续工作:对作者所做的修改进行检查,以确保一切正确无误。

检查和演练的区别 :

编号 检查 演练
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
免责声明:以上内容仅是站长个人看法、理解、学习笔记、总结和研究收藏。不保证其正确性,因使用而带来的风险与本站无关!如本网站内容冒犯了您的权益,请联系站长,邮箱: ,我们核实并会尽快处理。