面试被问什么是同行评审,如何回答较好?
同行评审:是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。需要进行同行评审的特定产品在定义项目软件过程的时候被确定并且作为软件开发计划的一部分被安排了进度。这样照着概念书上背来回答,好像给人感觉不是自己的东西,如何才能更好地在理解的基础上进行回答,具体应该讲述哪些方面的内容?
[ 本帖最后由 peter_pan 于 2007-10-21 18:39 编辑 ] 走查、正规检视、技术评审。 "评审软件产品有很多种方法。其中主要的有审查、预排和个人评审。。。" - Watts S. Humphrey----《A Discipline for Software Engineering》
同行评审的目的是及早地有效地从软件工作产品中消除缺陷,由此产生的一个重要效果是建立对于软件工作产品及其可以被预防的缺陷的更好的理解。同行评审包括软件产品制作者的同行对该软件产品进行系统检查以识别出缺陷和需要更改的地方。项目已定义的软件过程中确定了将被进行同行评审的具体产品,项目策划中纳入了进行这些同行评审的具体计划。同行评审着重介绍如何进行同行评审。其它有关开发/维护软件产品的关键过程领域描述了如何识别将被进行同行评审的具体软件产品。
附图对过程说明一下:
http://www.xssc.com.sg/cmm-ossp/Elements/images/inspection%20procedure.gif 很详细,谢谢 不错
收藏了!
^_^ 实际举个例子怎么准备评审,怎么开会,实际发现的几个缺陷举举例子,怎么收集数据,怎么跟踪评审缺陷的修复,怎么关闭一个评审流程?
比背很多个workflow内容更能让面试官相信你。
我现在面试人基本不会去问CMMI、6Sigma、ISO、PMP、OPM3、TL9000、ITIL、Prince II等这些纯书本的东西。这些是拳谱,学到一定程度后,要抛开拳谱,用项目实施的大实话去讲讲自己实际怎么整的。给项目,给公司带来的什么增值?
我比较反感诸如CMMI如是说,PMBOK如是说之类的理论教条派。 楼上一看就是高手啊. 面试会问什么马 赞一个, 理论和实际项目的结合才是最完美的。。。 顶了 在顶一下! 虽然不太明白但还是顶一下 对于没有测试经验的人来说,还真不好结合实际项目来说。
没有经验也只能理解概念理论了。
同行评审面试回答
我即将被面试,个人觉得问到关于同行评审的信息时评审的整个流程交代清楚。同行评审的过程首先是按照同行评审计划进行,由PR Leader发起,提前将需要评审的产品发给参加评审人员,交代评审的时间,地点。在预评审时,收集大家的defect list,在正式评审会议上对这些缺陷进行解决。正式评审后,需要PR Leader给出同行评审报告,当然会议纪要也是需要的。QA对整个peer review的过程进行检查,看是否按照计划执行,同时检查这个过程中需要出具的产品是否存在。对于同行评审每个公司都会定义适合的通过标准。在同行评审会议上没有通过的需要再次组织下一次的评审会议。:loveliness: 顶一下 就是一群人在一起,喝喝茶、聊聊天、谈谈将来的打算(有关系统的)同行 确认 安排了进度
同行 确认 安排了进度 :loveliness: 顶!!! 回复 14# erily个人觉得这个回答就比较贴切,是我的话,我也会这么讲。
页:
[1]
2