[提问]同行评审和测试有何不同?
已经学了同行评审,但是还不太明白它与测试的区别在哪??请大家给点意见.sdlkfj3 说不到实质的区别，只能提点体会：软件开发的各个阶段，都有同行评审，评审之后，确定下了这个阶段的基线；
测试阶段的同行评审，需要参与的人，不只是测试人员，也可以包含开发人员，设计人员，需求人员；
同行评审，感觉是在某一阶段工作开始执行前，对计划，方案等做审核，提出缺陷，测试是针对具体的中间产品和最终产品做检查，提出缺陷。 同行评审（Peer Review）存在于测试的各个阶段，是作为软件开发和测试计划的一部分，通常采用会议的形式。同行评审过后的对象正式进入基线（Base line）. 可以简单的理解，同行评审，只针对文档类的产品，而测试包含所有产品。
这样理解下来，同行评审，只能算是测试工作所有活动中的一部分了。
我是这样理解的。 同行评审是测试的一部分。
测试的内容很多包括测试计划，测试方案，测试用例，测试执行。
同行评审是对文档和代码的检查。 同行评审是测试过程中的一个活动，存在与测试的各个阶段。简单的说是文档或代码作者的同行（主要是其后续工作会受被评审对象影响）对其工作产品的验证和查错的过程。 同行评审是属于静态测试的静态分析技术中的一个最重要的手工技术，是一种通过作者的同行来确认缺陷和需求变更区域的检查方法。所以说，同行评审是测试中的静态测试的一部分。
[ 本帖最后由 zll5577 于 2007-5-26 12:31 编辑 ] 同行评审属于静态测试范畴,是对软件开发流程中的工作产品进行评审分析后,纳入基线库统一管理受控,这就是基线化的过程 主要有如下几大类区别：
1.测试方法不同，同行评审属于静态测试范畴。
2.执行对象不同，同行评审由开发，测试等人员共同参与，测试主要由测试人员完成。
3.两者的输入输出不同。 同行评审和测试都是伴随整个软件开发过程,
前者是后者的静态执行,针对的对象是各阶段的文档或代码,以会议的形式来验证评审对象以使其受控
后者是以多种形式和方法对各阶段的输入、输出予以验证过程和确认结果。 好帅~都这么强~ - -！服了~ 同行评审在不仅仅在测试中需要,在开发中也是需要的.而且在测试和开放的各个阶段都应该进行同行评审.
回复 #12 yqx 的帖子
原帖由 yqx 于 2007-5-29 21:46 发表 http://bbs.51testing.com/images/common/back.gif同行评审在不仅仅在测试中需要,在开发中也是需要的.而且在测试和开放的各个阶段都应该进行同行评审.
与阁下商榷下,我觉得只要是同行评审,那就应该属测试 同行评审和测试都是保证软件质量的行为。 比如你写了一份指导文档，那不是说你写完就通过了，要需要大家的评审，成为正式的文档才能用作公司的指导文档为新人做培训。 同行评审是测试的一项任务，是保证具体想法在实施之前将缺陷尽可能最小化的一种有效手段。 其实是在实际测试之前 大家开开会 热闹热闹而已``````````sdlkfj5 从规范的流程来说是从拿到需求开始，每一个文档都要进行同行评审。
偶认为同行评审属于测试的一部分，穿插在整个软件的生命周期，越早发现文档的错误，可以减少在软件开发后期因为文档的错误造成的修改缺陷的成本，也从另一个方面说明了测试开始的时间段越早越好 1)技术上
同行评审是一种静态分析方法
测试既有静态测试,也有动态测试
2)范围上
同行评审贯穿与测试的各个阶段中(比如测试报告需要同行评审)
3)目的
同行评审是为了使评审的对象管理受控
测试是保证被测对象对需求符合度 [转一帖]总结下：
1) 两者都是保障软件质量的行为。
3）测试伴随整个软件开发过程，而同行评审又是测试活动中一个重要环节，是保证具体想法在实施之前将缺陷尽可能最小化的一种有效手段
2）技术：同行评审是静态测试的静态分析技术中的一个最重要的手工技术，是一种通过作者的同行来确认缺陷和需求变更区域的检查方法。 所以说，同行评审是测试中的静态测试的一部分。
而测试技术可以分为静态测试和动态测试，
4）目的：同行评审是对软件开发流程中评审分析过的对象（包括文档和代码）纳入基线库(Base Line)进行统一受控管理，测试是保证被测对象符合满足用户的实际需求。
5）参加人员不同。测试主要是测试人员，而同行评审不仅仅是测试人员，也可以包含开发人员，设计人员，需求人员。
个人综合论坛多人意见总结的，不知道详细准确不，望大家指点！
页:
[1]
2
