精华内容
下载资源
问答
  • 同行评审
  • 同行评审

    2021-03-03 02:20:09
    在IBM、微软等很多公司都有一个很好的实践,那就是代码复审。这种代码审查的过程,不是将代码发给某一个人或某几个人去看,而是强调程序员自己定期走上台,向其他人讲解自己源程序的活动。因为要向大家讲解自己的...
  • 评审的问题很大一部分出现在准备上,这不仅仅是说某个项目的评审准备,甚至可能是整个组织内部对评审工作没有制定相关的标准和规范,没有建立组织级过程。评审资源没有得到保证,资深评审人员其他工作比较多,没有...
  • 本文根据2005中国软件工程大会暨系统分析员年会演讲提纲整理而得,主要转载原作者在需求与设计评审学习与实践中的一些体会,内容包括评审的必要性、评审的目的、评审的流程、评审的层次与角度,评审的准备工作、评审...
  • 回复同行评审意见这件是对资深的作者来说也是一项艰巨的任务。有时候评审员长篇大论的意见会让你很难判断要回答的点有哪些,所以在一收到评审意见的时候,要仔细来回看过,读第一次的时候你可能会觉得评审员没有那么...
  • (1)为什么需要同行评审?第一个原因:技术工作之所以需要接受同行评审就好比铅笔需要橡皮一样,请记住:凡人皆有错!我们离不开同行评审的第二个原因是:尽管人们善于找出自己所犯的部分错误,但是相对于其他任何...
  • 中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记 录 文 件 项目编号 项目名称 CGN-IT-C3-A06-01 软件项目同行评审报告 版本 编写 审核 审定 批准 生效时间 A/0 注如无受控文件标识蓝色印章则为非有效版本...
  • 公评审稿系统 -- 传统同行评审系统的一个替代性方案,张学新,,学术论文评价目前普遍采用的同行评审系统,存在严重缺陷。具体表现为,审稿效率低下、发表周期漫长,审稿人权责不相称,有损平等
  • 软件企业提高产品质量的手段,已经不仅仅是通过软件测试人员(SQC)的努力,而是越来越多的按照“测试前行”的理念配合同行评审(PeerReview)来提高软件产品的质量。其目的是为了及早和高效地从软件工作产品中识别...
  • 代码审查(code review)是保证软件质量的一个重要环节,通过审查代码能够发现代码中可能存在的问题并给予纠正,这些问题可能包括设计上的、实现上的或者编程风格等多方面。本文档通过列举代码编写过程中的一些常见的...
  • Peer Review 质量保证 包含review report 同行评审计划书
  • 同行评审,定义为“由软件工作产品生产者的同行遵循已定义的规程对产品进行的技术评审”,是一种通过作者的同行来确认缺陷和需要变更区域的检查方法 按照CMMI模型的提法,将同行评审分为3类。 (1)正式评审...

    1. 概述

    同行评审是指由软件工作产品生产者的同行遵循已定义的规程对产品进行的技术评审,是一种通过作者的同行来确认缺陷和需要变更区域的检查方法,其目的是尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而有效地提高产品的质量。

    2. 同行评审的分类

    在CMMI模型中,同行评审的方式和类型主要分为正规检视、技术评审和走读这三大类型。具体如下:

    1. 正式评审(Inspection): 通常是由经过同行评审培训的项目经理或PPQA主持,规模在3~7人之间为宜,一般在完成了一个工作产品后对其进行的评审。正式评审的目的在于发现和排除软件在开发周期各个阶段存在的错误与不足的过程,是一种软件静态测试方法,其生存周期为软件开发的周期。
    2. 技术评审(Technical Reviews): 或称内部评审,是由一个正式的组织对产品进行评价。它确认任何与规格和标准不一致的地方或者在检查后给出可替换的建议,或者包含这两者。
    3. 走查(Walkthrough): 又叫代码走查或代码走读,审查的范围根据需求的优先级通常由管理人员来确定,主要包括静态质量分析和编程规则检查。 一般是以小型的讨论会在工作产品形成的早期进行的。

    最后,需要说的是在这三个评审中,正式评审是正式的,而其他两个都是非正式的评审。

    3. 同行评审的对象

    同行评审的对象不仅包括最终的软件产品,还包括在软件的整个开发过程中生成的各种文档,主要包括:

    1. 产品需求规格说明书
    2. 用户界面规范及设计
    3. 架构设计、概要设计、详细设计及模型
    4. 源代码
    5. 测试计划、设计、用例及步骤
    6. 项目计划,包括开发计划、配置管理计划和质量保证计划等

    对于需要评审的内容以及评审所需要的时间及在项目中的触发点,应该在整个项目的计划书或者其他计划书中有明确计划或者体现,不能是盲目的、随意的或者临时安排这种情况的。

    4. 同行评审的步骤及过程

    整个同行评审的大体流程如下所示:
    在这里插入图片描述
    上图描述了整个同行评审的总体流程,在上面的流程上,当采用不同的评审方法时,其流程也会稍有差别,以正式评审为例,其大致分为以下几步:

    1. 组建评审组: 评审组是正式评审工作的主体,并且在评审组中要有一个组长,其是评审活动中最为重要的角色。评审组长负责整个评审活动。
    2. 评审预备: 为保证评审工作顺利进行,需要先确认被评审的产品是否满足被评审的必备条件,如果不满足,则不应该对其进行评审;明确评审的目标,明确评审所关注的特定问题;分发被评审产品的相关资料,评审组成员在评审前必须要对这些资料进行查阅,并记录发现的问题,形成检查的一个列表。
    3. 召开评审会议: 在预定的正式评审时间内(一般是2个小时左右),评审小组的成员以会议的形式一起对产品进行检查,每个评审员花一定的时间指出问题,并按照标准定义问题的严重程度即可,需要注意的是,评审是发现问题的,不是改正问题的,所以只需要给出问题及其严重程度等信息即可。并且在会议中,会有人记录下每一个已达成共识的缺陷,包括位置、类别、发现者以及对其简短的描述,对于未达成共识的缺陷,也会记录下来并且将其标注为TBD或“待处理”状态,留在会后进行解决。
    4. 书写评审报告: 评审的主持人根据自己的总结以及会议上的记录,写出评审报告,评审报告中主要包括根据评审专家个人的输入创建的总的问题清单,加入会议中发现的问题,然后提出经确认属于无效或重复的问题,共同确定需要修改的问题及修改的程度。
    5. 返工: 根据评审报告,解决评审报告中提出的所有问题。
    6. 跟踪: 评审组长需要跟踪和确认评审报告中的每个问题都得到了解决。

    5. 同行评审的原则

    在进行软件的同行评审时,应遵循以下3个原则:

    1. 评审目标要明确
    2. 评审会议中不要讨论发现的问题如何解决
    3. 评审组长需要控制评审会议的效率、进度等,既要保证效率又要防止评审流于形式。

    6. 同行评审的结果

    同行评审的最终结果分为以下三种情况,分别为:

    1. 正常: 评审专家做好了评审准备,会议正常,结果明确,不需要再次评审。
    2. 延期: 有部分评审专家(一般指百分之30以上)没有做好评审准备,会议无法正常进行,需要确认再次评审的时间。
    3. 取消: 在初审阶段发现了很多问题,无法继续评审,需要由作者进行修改后再次举行同行评审。

    7. 注意(同行评审时可能存在的问题)

    虽然有时候能够注意到同行评审的重要性,并且也实施了同行评审,但是在实施的过程中会由于一些问题导致评审没有达到预期的效果。常见的问题有:

    1. 由于项目进度很紧,导致为了赶进度取消了原来计划中的同行评审活动;
    2. 实施审查的方法不当、准备不足;
    3. 参与人员能力不足、人数太多或有管理人员参加;
    4. 一次涵盖的内容太多;在评审会议中试图修复问题,记录会议拖沓冗长,对个人进行评价。

    8. 总结

    同行评审是由软件工作者的同行依据相关的规定和标准对软件及其相关的文档进行的技术评审,通过评审,可以得到同行的帮助和指导,加深对软件产品的理解,及早的发现软件中的缺陷,提高软件的易维护性。同行评审的主要工作内容一个是发现软件中的缺陷,再一个就是通过对这些错误和缺陷的统计,来发现共同的缺陷类型及其修改的方法,最后尽可能避免此类缺陷在以后再次发生。

    展开全文
  • 如果就参加评审的人员而论,有以下几类评审形式。如果就评审的对象完整性而论,有以下几类评审形式。就评审的环境或使用的工具而论,有以下几类评审形式。正式评审或非正式评审都可以通过会议、邮件及工具的各种形式...
  • 我说CMMI2.0之同行评审

    千次阅读 2019-02-05 07:37:44
    同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。 同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1...

    同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。

    同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。

    这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。

    我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的实践之下了。

     

    实践列表

    PR

    1.1

    Perform reviews of work products and record issues. 

    评审工作产品并记录问题

    PR

    2.1

    Develop and keep updated procedures and supporting materials used to prepare for and perform peer reviews. 

    制定并保持更新用以准备和执行同行评审的规程和支持材料

    PR

    2.2

    Select work products to be peer reviewed. 

    选择待同行评审的工作产品

    PR

    2.3

    Prepare and perform peer reviews on selected work products using established procedures. 

    采用已建立的规程,对选中的工作产品准备和实施同行评审

    PR

    2.4

    Resolve issues identified in peer reviews.

    解决同行评审中发现的问题

    PR

    3.1

    Analyze results and data from peer reviews.

    分析同行评审的结果

     

     

    通俗解释

     

    PR1.1评审工作产品并记录问题

    做了评审,并记录了问题。

     

    PR2.1制定并保持更新用以准备和执行同行评审的规程和支持材料

    同行评审怎么做?需要定义具体的方法及规程,包括检查单、评审记录等。如果采用工具辅助同行评审,也需要购买、搭建同行评审的环境。

    这个网页下,有常用的代码评审的支持工具:http://baijiahao.baidu.com/s?id=1585905486202936778&wfr=spider&for=pc

    评审要划分不同的方法,不同公司可能方法不同,比如:邮件评审、会议评审、会议走查,个人走查等等。

    评审的分类:https://blog.csdn.net/dylanren/article/details/5906601

     

    PR2.2选择待同行评审的工作产品

    并非所有的工作产品都需要做评审。

    要评审的工作产品并非都采用同一种评审方式。

    要制定评审的计划,识别出要评审的工作产品、评审方法、评审参与的角色、评审的时间。

     

    PR2.3采用已建立的规程,对选中的工作产品准备和实施同行评审

    准备的活动包括了评审通知、评审的资料分发、准备会议室等等。

    具体做法参加如下的文章:

    做好同行评审的24个细节:https://blog.csdn.net/dylanren/article/details/43668455

    项目计划评审时的36个检查点:https://blog.csdn.net/dylanren/article/details/4964942

    项目里程碑评审的关注点:https://blog.csdn.net/dylanren/article/details/4965030

    软件需求评审之道:https://blog.csdn.net/dylanren/article/details/4965111

    需求评审的案例分析:https://blog.csdn.net/dylanren/article/details/4965231

    需求评审会议亲历记:https://blog.csdn.net/dylanren/article/details/4965156

    案例:代码走查:https://blog.csdn.net/dylanren/article/details/7739002

     

    PR2.4解决同行评审中发现的问题

     

    PR3.1分析同行评审的结果

           可以分析缺陷密度、评审速度、缺陷类型的分布等等,具体做法参见如下的文章:

    例解:如何分析同行评审的度量数据:https://blog.csdn.net/dylanren/article/details/4964773

    实例:评审速度与缺陷密度之间的相关性:https://so.csdn.net/so/search/s.do?q=评审&t=blog&u=dylanren

    代码评审的速度与缺陷密度啥关系:https://blog.csdn.net/dylanren/article/details/78337871

     

    展开全文
  • 同行评审目的:发现小规模工作产品的错误,只要是找错误; 阶段评审目的:评审模块阶段作品的正确性可行性及完整性 同行评审人数:3-7人人员必须经过同行评审会议的培训,由 SQA 指导 阶段评审人数:5人左右评审人必须是...

    同行评审目的:发现小规模工作产品的错误,只要是找错误;

    阶段评审目的:评审模块阶段作品的正确性可行性及完整性

    同行评审人数:3-7人人员必须经过同行评审会议的培训,由 SQA 指导

    阶段评审人数:5人左右评审人必须是专家具有系统评审资格

    同行评审内容:内容小一般文档<40页,代码<500行

    阶段评审内容:内容多,主要看重点

    同行评审时间:一小部分工作产品完成

    阶段评审时间:通常是设置在关键路径的时间点上

    展开全文
  • 同行评审可以使法律教育受益,但前提是法学院教师大规模采用同行评审,为此,计算机支持的同行评审系统至关重要。 这些基于网络的系统协调学生在线提交书面作业并将其分发给其他学生进行匿名审查的机制,从而使教师...
  • CMMI v2.0之二 同行评审

    千次阅读 2018-11-28 14:00:28
    他希望大家加强前期的评审, 如需求 、 设计,降低早期引发缺陷,导致后期大量返工。 我估计这发起人有超过30年的 开发行业经验, 他非常了解有效的评审对质量的重要。 让我们看看CMMI的最佳实践可...

    今早一金融行业企业CMMI启动会上,发起人(公司领导) 对如何提升交付质量时,便提到过去项目大部分过程中的 缺陷大部分都是后期,例如系统测试时发现, 很多需求 / 设计 阶段的缺陷未在本阶段被发现。 他希望大家加强前期的评审, 如需求 、 设计,降低早期引发缺陷,导致后期大量返工。

    我估计这发起人有超过30年的 开发行业经验, 他非常了解有效的评审对质量的重要。

    让我们看看CMMI的最佳实践可如何帮助企业做好 “同行评审”:

    PEER REVIEWS 同行评审 (PR)

     

    CMMI V2.0从V1.3特别抽出“验证”(VER) 中的第二目标“同行评审”作为一个单独的PA。 可见CMMI也认同同行评审确实可以帮助项目预早找出缺陷和问题,减少后面的返工。

     

    在V2.0, 大部分同行评审的大部分实践属于CMMI 2级 (分析部分属于3级)。以前在V1.3,“验证”(VER),包括同行评审, 属于 3级,工程部分。

     

     

     

     

    同行评审案例分享

     

    越来越多人关注敏捷开发,这几天在杭州的客户现场,刚好就有本地咨询顾问,印度CMMI评估师 和我。 印度老师 除了有20年的CMMI经验外,也是敏捷的导师。有些人误解以为敏捷就是要减轻过程,可以不需要文档,只是把开发做好便可以。

     

    这是不对的,这例子说明可以使用一些CMMI的最佳实践,提高无论是敏捷或传统开发。

     

    我们在和测试人员讨论他们如何评审测试用例,他们说直接把写好的测试用例发主管,主管觉得可以就可以。其中一位评估组成员觉得不合适,另一位偏敏捷的觉得同行评审测试用例这活动没有价值,可以节省掉不做。

     

    印度老师说:同行评审有多个不同的形式,有些较严格,有些较省力,如发邮件去让其他人看。

     

    问:对不同的产物有那些不同的评审方法? 这企业就展示出在项目计划中的一个列表:

     

    - 需求 - 需要客户评审

    - 设计 - 需要同行评审

    - 代码 - 也是同行评审

     

    问:同行评审如何定义? 规定怎样做?

     

    这企业不同人有不同的理解,公司级也没有明确定义。

     

    老师接着说:如果同行评审是指审查(Inspection),代码也用正式同行评审是很理想,但可能太费力了,不太实际。

     

    评审方法有很多,常见的包括:

     

    1  审查(Inspection) - 最正规,最严谨的方法,通常用于重要的产物,比如框架的设计

    2  走查(Walkthrough) - 要求低一些,例如 一起开会,把产物投出来一起看

    3  最简单也可以是两个人互相查看,或者发邮件

    (如想多了解各种同行评审的方法,详见 PR 同行评审 Peer Review*)

     

    老师接着说:计划时也要定那些工作产品选用那种评审;例如,像以上那种只说设计/代码都是采用某种评审方法便太笼统

     

    他还建议需要有一个项目的质量计划 (Quality Plan),预先列出对那些阶段的那有产物采取什么方法来评审。 例如:代码评审 - 核心的代码你可能就需要做正规的同行评审。但是如果是一些用户界面那种就简单一点,但必须要质量计划(或项目计划)里面预先定好,然后按照计划去做。

     

    最后关于测试用例我们都总结应该要评审的,但是是否所有案例都要评审就看企业需要,起码关键核心的需要做评审。

     

     

    用 V2.0 解读上面案例

     

    - PR 2.1 制定同行评审的步骤:需要做同行评审的产物的准则?例如 审查(Inspection) 要怎样做;也要包括 同行评审的检查单、模板等,应在公司级制定好。

     

    - PR 2.2 选择同行评审的产物:正如案例所说,应该在计划中依据重要程度和预计工作量的经历,预先规定哪些产物需要什么方式来评审?哪些需要做评审;哪些不需要做评审。

    评审是要耗费人力/时间,所以针对一些重要的产物,才要花人力评审。

     

    - PR 2.3 跟V1.3 的 VER 视频。2 差不多,同行评审的准备和记录, 把所有发现的缺陷和应对措施都记录下来。

     

    - PR 2.4 是新增的,以前v1.3没有。同行评审最重要的就是跟踪缺陷,所以必须跟踪所有缺陷,直到被关闭。缺陷的跟踪中,有些缺陷在同行评审中就已经被解决,但对需要后面处理的就必须记录下来、进行跟踪,制定一个通过标准。

    评审最大目标是找出问题,所以特别加这一条,要解决那些发现的问题。

     

     

    分析并提升(PR 3.1)

     

    从不同维度来做分析,例如:同行评审缺陷源自那个阶段?哪类缺陷较多;缺陷的原因等等。从这些分析就可以帮我们判断哪些同行评审方法最有效,利用同行评审尽早找出缺陷。

     

     

    利用系统再进一步提升

     

    很多开发团队都会使用系统和自动化提高质量与生产率。 

     

    例如,测试如果还是用手工的话,你应该想如何开始用自动化测试?

     

    你可以想,我们很多时候测试用例需要复用,回归测试。如果靠人工去回归测试,很耗时间,效率很低。所以无论是国外还是大陆比较做产品的公司都开始做使用自动化测试,这也是利用系统可以帮助我们做真正改进的一个例子。

     

    如果一个公司以测试人员能力不够,时间不允许等为借口,这类公司是很难有真正的提升。

     

    所以另外一个我接触的顾问,他每次都会问客户:你现在有没有用自动化测试?如果没有的话,他会说为什么你不做?

     

    我们也合作在杭州做一个很好的敏捷试点,也是利用了自动化测试加上一些度量,确实无论对质量和生产率都有了显著的提升。

     

    同样思路,很多团队都开始使用自动代码走查工具来检查代码问题。

     

    但核心代码 还是要有经验的人评审,自动工具代替不了。

     

    PR 同行评审 Peer Review链接如下:http://mwiki.processis.com/agile.cmmi/index.php/PR_%E5%90%8C%E8%A1%8C%E8%AF%84%E5%AE%A1_Peer_Review

    也欢迎联系我们来获得相关资料。

    联系我们

    电话:18921395967

    QQ:1228021190

    微信:processis2009

    地址:香港/北京/江苏

    官网:www.processis.org

     

     

    展开全文
  • 软件测试之同行评审

    2019-10-07 06:49:12
    Peer Review(同行评审) 一、概念及目的 一般来说,一个产品完成之后通常会由它的作者及作者的同事来进行检查,目的是为了评估产品的技术性和质量。这就是我们所说的同行评审。 在软件测试中同样也有同行评审...
  • 软件测试·同行评审

    2019-10-05 11:50:46
    在软件测试中,同行评审是用来检验软件开发,软件评测各阶段的工作是否齐全,规范,各阶段产品是否达到了规定的技术要求和质量要求,以决定是否可以转入下一阶段的工作。软件评审是为了确保软件开发项目的顺利进行而...
  • 同行评审是当前科学研究的核心。 它由一系列社会规范,实践和过程组成,这些社会规范,实践和过程将抽象的科学方法与应用该方法的人们的社会联系在一起。 作为一种社会建构,同行评议应该通过建立理论依据的模型并将...
  • 很好的一个需求测试文档,重要的资料,对于测试人员,尤其是对于需求测试不太清晰的人,是很重要的!
  • 软件开发中的同行评审

    千次阅读 2017-09-23 21:59:02
    在《浪潮之巅》这本书中,吴军老师描述了在Google早期的工作方式...吴军老师所描述的内容,其实就是软件开发过程中的同行评审流程。 对于同行评审,我有相当的体会。之前在某大公司工作的时候,我参与了多个软件版本...
  • 使用主题模型按主题领域匹配论文(例如用于同行评审)。 LDA 和最大权重匹配的直接应用,用于将一组论文相互分配,例如用于同行评审。 我在为 David Blei 教授的图形模型课程做 TAing 时把这些放在一起。 这不是...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 11,527
精华内容 4,610
关键字:

同行评审