要想进行成功的评审,关键是激励人们在评审中发现所评审工作产品中存在的缺陷。这是因为（）。
A: 评审中的负面经验将驱使作者在以后少犯点错误
B: 应该用评审的度量数据来评价员工的绩效
C: 肯定存在一定数量的缺陷,在评审时更早或以更低的成本发现它们比较好
D: 发现每个人工作中的缺陷有助于创建一个谦虚的,无私的工作环境
A: 评审中的负面经验将驱使作者在以后少犯点错误
B: 应该用评审的度量数据来评价员工的绩效
C: 肯定存在一定数量的缺陷,在评审时更早或以更低的成本发现它们比较好
D: 发现每个人工作中的缺陷有助于创建一个谦虚的,无私的工作环境
举一反三
- 对于评审的描述错误的是() A: 评审是对软件工作产品(包括代码)进行测试的一种方式。 B: 评审可以降低消除缺陷的成本。 C: 由于在评审时软件并没有运行，所以发现缺陷很难。 D: 评审可以在需求文档中发现一些冗长的不需要的内容，这在动态测试中很难发现。
- 有关技术评审的描述中，错误的是 A: 技术评审的目的是尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量。 B: 技术评审可以在软件开发的任何阶段执行 C: 技术评审需要运行软件测试工具来发现缺陷 D: 正式技术评审比较严格，需要举行评审会议
- 在相同情况的评审中，评审的效率越高，发现的缺陷越多，则发现一个缺陷的平均成本也越低。
- 8.在评审中,识别或描述所评审产品存在的缺陷,有具体技术或者业务背景的个人被称为什么( ) A: 经理 B: 评审人员 C: 主持人 D: 作者
- 关于评审，下述说法中不恰当是： A: 代码的个人评审应该安排在单元测试之后，确保评审对象有着较高的质量，提升评审价值。 B: 代码的个人评审最好交叉进行，因为阅读自己代码容易产生思维定式，不利于缺陷发现。 C: 如果安排了代码的小组评审，那么代码个人评审就可以不用做。 D: 代码的个人评审也应该通过评审检查表来进行。