字母C

Capability Maturity Model (CMM) 能力成熟度模型       描述有效的软件开发过程关键元素的一个五个等级的框架，能力成熟度模型包含了在软件开发和维护中计划、工程和管理方面的最佳实践(best practice)，缩写为CMM。[CMM]

Capability Maturity Model Integration (CMMI) 能力成熟度模型集成       描述有效的软件产品开发和维护过程的关键元素框架，能力成熟度模型集成包含了软件开发计划、工程和管理等方面的最佳实践，是CMM的指定的继承版本。

capture/playback tool 捕获/回放工具     一种执行测试工具，能够捕获在手工测试过程中的输入，并且生成可执行的自动化脚本用于后续阶段的测试（回放过程）。这类工具通常使用在自动化回归测试(regression test)中。

capture/replay tool 捕获/回放工具      参见capture/playback tool

CASE 计算机辅助软件工程 Computer Aided Software Engineering的首字母缩写。

CAST 计算机辅助软件测试 Computer Aided Software Testing的首字母缩写，参见test automation。在测试过程中使用计算机软件工具进行辅助的测试。

cause-effect graph 因果图       用来表示输入（原因）与结果之间关系的图表，因果图可以用来设计测试用例。

cause-effect graphing 因果图技术      通过因果图(case-effect graph)设计测试用例的一种黑盒测试设计技术。

cause-effect analysis 因果分析      参见因果图技术(case-effect graphing)。

cause-effect decision table 因果决策表     参见决策表 (decision table)。

certification 认证         确认一个组件、系统或个人具备某些特定要求的过程，比如通过了某个考试。

changeability 可变性        软件产品适应修改的能力，[ISO 9126] 参见maintainability

change control 变更控制        参见configuration control

change control board 变更控制委员会CCB       参见configuration control board

checker 检验员       参见评审员(Reviewer)

chow's coverage metrics   N切换覆盖度量          参见N 切换覆盖(N-switch coverage)[Chow]

classification tree method     分类树方法       运用分类树法而进行的一种黑盒测试设计技术，通过输入和/或输出域的组合来设计测试用例 [Grochtmann]

code 代码      计算机指令和数据定义在程序语言中的表达形式或是汇编程序、编译器或其他翻译器的一种输出形式。

code analyzer 代码分析器          参见静态分析器(static code analyzer)

code coverage 代码覆盖           一种分析方法，用于确定软件的哪些部分被测试套件(test suite)覆盖到了，哪些部分没有。例如：语句覆盖(statement covergage)，判定覆盖(decision coverage)和条件覆盖(condition covergate)。

code-based testing 基于代码的测试       参见white box testing

co-existence 共存性          软件产品与通用环境下与之共享资源的其它独立软件之间共存的能力。[ISO 9126] 参见可移植性(portability)。

commercial off-the-shelf software 商业现货软件           参见现货软件(off-the shelf software)

comparator 比较器         参见test comparator。

compiler 编译器             将高级命令语言编写的程序翻译成能运行的机器语言的工具[IEEE 610].

complete testing 完全测试         参见穷尽测试(exhaustive testing)

completion criteria 完成准则        参见退出准则(exit criteria)

complexity 复杂性         系统或组件的设计和/或内部结构难于理解、维护或验证的程度。参见cyclomatic complexity.

compliance 一致性       软件产品与法律和类似规定的标准、惯例或规则的一致性方面的能力。[ ISO9126]

compliance testing 一致性测试      确定组件或系统是否满足标准的测试过程。

component 组件       一个可被独立测试的最小软件单元。

component integration testing 组件集成测试        为发现集成组件接口之间和集成组件交互产生的缺陷而执行的测试。

component specification 组件规格说明      根据组件的功能定义为特定输入而应该产生的输出规格进行的功能性和非功能性行为的描述。例如：资源使用(resource utilization).

compound condition 复合条件     通过逻辑操作符(AND, OR 或者 XOR)将两个或多个简单条件连结起来：如，“A>0 AND B<1000”

concrete test case 具体测试用例         参见低阶测试用例(low level test case).

concurrency testing 并发测试          测试组件或系统的两个或多个活动在同样的间隔时间内如何交叉或同步并发。[与IEEE 610一致]

condition 条件            一个可被判定为真、假(true,false)的逻辑表达式。例如： A>B.

condition combination coverage 条件组合覆盖              参见多条件覆盖(multiple condition coverage).

condition combination testing 条件组合测试         参见多条件测试(multiple condition testing).

condition coverage 条件覆盖           执行测试套件(test suite)能够覆盖到的条件百分比。100%的条件覆盖要求测试到每一个条件语句真、假(true,false)的条件。

condition determination coverage 条件决定覆盖         执行测试套件(test suite)覆盖到的能够独立影响判定结果的单个条件的百分比。100%的条件决定覆盖意味着100%的判定条件覆盖。

condition determination testing 条件决定测试          一种白盒测试技术，是对能够独立影响决策结果的单独条件的测试。 condition testing 条件测试一种白盒测试技术，设计测试用例以执行条件的结果。

condition outcome 条件结果             条件判定的结果，为真或假。

confidence test 置信测试           参见冒烟测试(smoke testing)

configuration 配置          根据定义的数值、特性及其相关性综合设置一个组件或者系统。

configuration auditing 配置审核        对配置库及配置项的内容进行检查的过程，比如检查标准的一致性。 [IEEE 610]

configuration control 配置控制         配置管理的一个方面，包括在正式配置完成之后对配置项进行评价、协调、批准或撤消、以及变更修改的控制。 [IEEE 610]

configuration control board (CCB) 配置控制委员会        负责评估、批准或拒绝配置项修改的组织，此组织应确保被批准的配置修改的执行。 [IEEE 610]

configuration identification 配置标识         配置管理的要素之一，包括选择配置项，并在技术文档中记录其功能和物理特性。[IEEE 610]

configuration item 配置项          配置管理中的硬件、软件或软、硬件结合体的集合，在配置管理过程中通常被当做一个实体。[IEEE 610]

configuration management 配置管理       一套技术和管理方面的监督原则，用于确定和记录一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性。[IEEE 610]

configuration management tool 配置管理工具         支持对配置项进行识别、控制、变更管理、版本控制和发布配置项基线(baseline)的工具.[IEEE 610]

configuration testing 配置测试         参见可移植性测试(portability testing)

confirmation testing 确认测试        参见再测试(re-testing)

conformance testing 一致性测试         参见符合性测试(compliance testing)。

consistency 一致性        在系统或组件的各组成部分之间和文档之间无矛盾，一致，符合标准的程度。[IEEE 610]

control flow 控制流         执行组件或系统中的一系列顺序发生的事件或路径。

control flow graph 控制流图       通过图形来表示组件或系统中的一系列顺序发生的事件或路径。

control flow path 控制流路径         参见路径(path)

conversion testing 转换(移植）测试         用于测试已有系统的数据是否能够转换到替代系统上的一种测试。

COTS 现货软件 Commercial Off-The-Shelf software的首字母缩写。参见Off-The-Shelf software

coverage 覆盖      用于确定执行测试套件所能覆盖项目的程度，通常用百分比来表示。

coverage analysis 覆盖分析          对测试执行结果进行特定的覆盖项分析，判断其是否满足预先定义的标准，是否需要设计额外的测试用例。

coverage item 覆盖项          作为测试覆盖的基础的一个实体或属性：如等价划分(equivalent partitions)或代码语句(code statement)等。

coverage tool 覆盖工具         对执行测试套件(test suite)能够覆盖的结构元素如语句(statement)、分支(branch)等进行客观测量的工具。

custom software 定制软件        参见bespoke software。

cyclomatic complexity 圈复杂度        程序中独立路径的数量。一种代码复杂度的衡量标准,用来衡量一个模块判定结构的复杂程度,数量上表现为独立现行路径条数,即合理的预防错误所需测试的最少路径条数,圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，程序的可能错误和高的圈复杂度有着很大关系。圈复杂度=L-N + 2P,其中L表示为结构图（程序图）的边数；N为结构图（程序图）的节点数目；P为无链接部分的数目。[与McCabe一致]

cyclomatic number 圈数       参见cyclomatic complexity。