本词汇表定义了 Visual Studio Application Lifecycle Management (ALM) 帮助中使用的关键术语。
CAB
请参见：变更咨询委员会Callgraph Analysis — 调用图分析
方法调用的关系图以及该程序中调用这些方法的点。 节点是一种方法，而链接则是它所调用的其他方法的关系。Change Advisory Board — 变更咨询委员会
正式成立的人员组，表示负责对 IT 环境的更改进行评估、计划和授权的服务交付和支持功能。 变更咨询委员会 (CAB) 是正式更改管理过程的关键组成部分，可能由来自 IT 内所有区域的代表以及来自业务单元的代表组成。 对于项目，此组负责批准或拒绝项目对 IT 环境的建议更改。Change Control — 变更控制
可通过用于提交、批准、实现和检查更改请求的结构化过程来促进更改管理但并不危及 IT 项目或解决方案的质量和完整性的原则和过程。Change Management — 变更管理
借助于经过测试的方法和技术的帮助来管理更改的实践，目的在于避免出现新错误并将对根据服务级别协议对达成一致的 IT 服务级别的影响（如果有）降到最低。Changeset — 变更集
更改的逻辑分组。 变更集的用途在于对使用单个签入操作进行交付的所有文件和工作项更新进行分组。Changeset ID — 变更集 ID
指定给特定变更集的数值 ID。Check In — 签入
将文件或项目置于数据库中进行存储。Check-in Notes — 签入说明
与更改集关联的注释，这些注释是在签入过程期间通过提示用户输入特定数据来添加的。 管理员可将签入说明配置为强制的。Check-in Test — 签入测试
由开发人员运行的测试，用于确定其代码是否影响了产品的总体稳定性。Check Out — 签出
从 Visual SourceSafe 数据库向工作文件夹中放置文件或项目的可写副本。class diagram — 类关系图
类以及类间关系的可视和静态表示形式。Cloning — 克隆
从现有虚拟机创建新的虚拟机的过程。 新虚拟机具有与源计算机相同的标识。Code Analysis — 代码分析
检查代码是否符合设计准则。 代码分析超出编译范围，用于查找由一组准则确定的常见编码和设计错误。Code Complete — 代码完成
一个开发里程碑，它标记了实现该次发布的所有功能并针对功能规范验证了功能性的时刻。Code Coverage — 代码覆盖率
(1) 一种技术，其中包括向现有程序集或项目中添加指令，并使 Visual Studio 监视测试所涉及的代码路径。 (2) 对于 MSF Agile：用于描述程序源代码的测试程度的尺度。 代码覆盖率表示为已测试的代码块在总代码块中所占的百分比。Code Freeze — 代码冻结
一个时间点，如没有关键的项目利益干系人的有效论证和批准，此时不能对技术项目文档（要求规范、功能规范等）或解决方案的已开发组件进行更改。Code Review — 代码检查
评估代码，以提高其质量以及开发团队的能力。 代码检查的类型包括正式检查、基于对等方的检查以及第三方检查。Coded Web Test — 编码 Web 测试
一种测试类型，它通常通过将现有的已记录 Web 测试转换为 C# 或 Visual Basic 代码来创建。Coded UI Test — 编码的 UI 测试
应用程序用户界面的自动测试。 编码的 UI 测试将执行用户操作，并对预期结果进行验证。Collection Probes — 集合探测
在检测模块中收集计时和其他性能数据的函数。Column Options — 列选项
用于指定要在结果列表中显示的列和排序顺序的对话框。Command — 命令
一种指令，当用户向计算机程序发出这样的指令时可导致执行某项操作。 命令通常由键盘键入或从菜单选择。Common Script — 公用脚本
在数据库单元测试中，指脚本 TestInitialize 或 TestCleanup。 公用脚本不作为数据库单元测试的一部分运行。 相反，它们在测试之前和之后运行，并且测试运行以修改测试环境（包括被测数据库）。Common Structure Services — 公共结构服务
Team Foundation 中用于描述功能层次结构的机制。composed environment — 组合环境
从已在 Microsoft 测试管理器外部创建并已在主机组上部署的虚拟机创建的虚拟环境。Conceptual Design — 概念设计
设计过程中的一个主要阶段，通过该阶段项目团队会将业务要求转换为可供用户和开发人员共享的通用语言，还将描述解决方案必须使用的功能集和/或用法方案。 概念设计与设计建筑时所创建的粗略草图及方案类似。 这些是由客户和架构师联合创建的易于理解的模型。Configuration Management — 配置管理
在系统中标识和定义配置项、记录并报告配置项和更改请求的状态以及验证配置项的完整性和正确性的过程。Configuration Variable — 配置变量
用于指定测试要求（如硬件或软件要求）的变量。 每个配置变量都有一组与其关联的允许值。Constraint — 约束
针对一部分模型的逻辑条件。 每个约束都由在模型中的域类上实现的验证方法体现。Contingency Plan — 应变计划
用于解决在项目过程中可能引发的已识别风险的计划。 该计划标识可在发生指定的风险事件时用于确保项目成功的备用策略。costed — 成本估算
已提供估计或成本。Counter Set — 计数器集
可用于在负载测试过程中进行监视的一组系统性能计数器。 计数器集按不同技术划分，例如 ASP.NET 计数器集或 SQL 计数器集。Counter Set Map — 计数器集映射
负载测试期间使用的计数器集和计算机之间的关联。 例如，Web 服务器可能会具有 ASP.NET、IIS 和 .NET 应用程序计数器集映射。Counter Threshold — 计数器阈值
可在特定计数器上设置的警报，用于在负载测试运行期间通报系统资源的使用情况。 阈值分为两种：警告阈值和临界阈值。 计数器集定义中包含有许多关键的性能指示器的预定义阈值。Coverage Collection — 覆盖率收集
在运行时收集的有关应用程序的哪些块或行至少执行一次的信息。Critical Path — 关键路径
决定项目持续时间的活动系列。 在确定性模型中，关键路径通常定义为浮点值小于或等于指定值（通常为零）的活动。 它是通过项目的最长路径。Customer — 客户
希望从解决方案中获得业务价值的个体。 也是服务或产品的接收者。