(2)同行评审和测试哪一个更合算?
当然是同行评审更划算。同行评审不可能代替测试,做同行评审的目的就是减少泄漏到测试阶段的缺陷。从经济角度考虑,许多缺陷是在早期阶段引入的,越早发现缺陷越经济,有些早期阶段可以进行同行评审,但是无法进行测试。在同行评审上花了很多时间,但在测试中节省了时间。测试和同行评审相比消耗大量的时间,测试也不能发现某些特定类型的缺陷(例如违犯编程规范)。
(3)同行评审是否会延缓项目的周期?
同行评审因为减少了后期修改和返工的工作量,所以实际上是缩短了项目的周期。
(4) 同行评审对提升开发人员能力的有贡献吗?
即使在技术产品不存在错误的情况下,单单对参与者的教育价值而言,同行评审活动就有存在的必要。组织内如果没有了同行评审活动,大型技术机构内部的沟通和交流就变得缓慢且不可靠了。经验说明,一个定期参加评审本人和他人工作的程序员,经验的累积速度是那些单独工作的程序员的三倍!
评审活动还承担着在大范围交流技术信息的重任,这就补充或者取代了正式书面交流的作用。
(5)同行评审活动为什么有别于我们的管理部门正在开展的预算和进度评审?
当我们说起同行评审的适合,我们是在谈论项目技术素材的内容,而不是这些素材在商业环境中的相关内容,比如进度安排和预算。在同行评审中需要回答的问题如下: