《第三章 静态技术》术语
对组件/系统进行规格或实现级别的测试,而不是执行这个软件,例如
代码评审或静态代码分析
进入下个任务(如测试阶段)必须满足的条件。准入条件的目的是防
止执行不能满足准入条件的活动而浪费资源
一种同级评审,通过检查文档以检测缺陷,例如不符合开发标准、不
符合更上层的文档等。这是最正式的评审技术,因此总是基于文档化
的过程
由研发产品的同事对软件产品进行评审,目的在于识别缺陷并改进产
品,例如审查、技术评审和走查
参与评审的人员,辨识并描述被评审产品或项目中的异常。在评审过
程中,可以选择评审人员从不同角度评审或担当不同角色
在评审会议中将每个提及的缺陷和任何过程改进建议记录到日志表
单上的人员,记录员要确保日志表单易于阅读和理解
一种同行间的小组讨论活动,主要为了对所采用的技术实现方法达成
共识
由文档作者逐步陈述文档内容,以收集信息并对内容达成共识
系统或组件的设计和/或内部结构难于理解、维护或验证的程度,参见
Cyclomatic Complexity
程序中独立路径的数量。一种代码复杂度的衡量标准,用来衡量一个
模块判定结构的复杂程度,数量上表现为独立现行路径条数,即合理
的预防错误所需测试的最少路径条数。圈复杂度大说明程序代码可能
质量低且难于测试和维护,根据经验,程序的可能错误和高的圈复杂
度有着很大关系。圈复杂度=L-N+2P,其中 L 表示为结构图(程序图)
的边数;N 为结构图(程序图)的节点数目;P 为无链接部分的数目