第121贴【2004－10－14】：常见测试术语三
capture/playback tool－－捕获/回放工具参考capture/replay tool
Capture/Replay Tool－－捕获/回放工具
一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在GUI测试中用的较多。
CASE－－计算机辅助软件工程（computer aided software engineering）
用于支持软件开发的一个自动化系统。
CAST－－计算机辅助测试
在测试过程中使用计算机软件工具进行辅助的测试。
cause-effect graph－－因果图
一个图形，用来表示输入（原因）与结果之间的关系，可以被用来设计测试用例。
certification －－证明
一个过程，用于确定一个系统或组件与特定的需求相一致。
change control－－变更控制
一个用于计算机系统或系统数据修改的过程，该过程是质量保证程序的一个关键子集，需要被明确的描述。
code audit －－代码审计
由一个人、组或工具对源代码进行的一个独立的评审，以验证其与设计规格、程序标准的一致性。正确性和有效性也会被评价。
Code Coverage－－代码覆盖率
一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。
Code Inspection－－代码检视
一个正式的同行评审手段，在该评审中，作者的同行根据检查表对程序的逻辑进行提问，并检查其与编码规范的一致性。
Code Walkthrough－－代码走读
一个非正式的同行评审手段，在该评审中，代码被使用一些简单的测试用例进行人工执行，程序变量的状态被手工分析，以分析程序的逻辑和假设。
code-based testing－－基于代码的测试
根据从实现中引出的目标设计测试用例。
coding standards－－编程规范
一些编程方面需要遵循的标准，包括命名方式、排版格式等内容。
Compatibility Testing－－兼容性测试
测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。
complete path testing －－完全路径测试
参考穷尽测试（exhaustive testing）
completeness－－完整性
实体的所有必须部分必须被包含的属性。
complexity －－复杂性
系统或组件难于理解或验证的程度。
Component－－组件
一个最小的软件单元，有着独立的规格
Component Testing－－组件测试
参考单元测试
computation data use－－计算数据使用
一个不在条件中的数据使用。
computer system security－－计算机系统安全性
计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制。
condition－－条件
一个不包含布尔操作的布尔表达式，例如：A<B是条件，但A and B不是条件。
condition coverage－－条件覆盖
通过测试执行到的条件的百分比。
condition outcome－－条件结果
条件为真为假的评价。
configuration control－－配置控制
配置管理的一个方面，包括评价、协调、批准、和实现配置项的变更。
configuration management－－配置管理
一套技术和管理方面的原则用于确定和文档化一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性。
conformance criterion－－ 一致性标准
判断组件在一个特定输入值上的行为是否符合规格的一种方法。
Conformance Testing－－ 一致性测试
测试一个系统的实现是否和其基于的规格相一致的测试。
consistency －－ 一致性
在系统或组件的各组成部分和文档之间没有矛盾，一致的程度。
consistency checker－－ 一致性检查器
一个软件工具，用于测试设计规格中需求的一致性和完整性。
control flow－－控制流
程序执行中所有可能的事件顺序的一个抽象表示。
control flow graph－－控制流图
通过一个组件的可能替换控制流路径的一个图形表示。
conversion testing－－转换测试
用于测试已有系统的数据是否能够转换到替代系统上的一种测试。
corrective maintenance－－故障检修
用于纠正硬件或软件中故障的维护。
correctness －－正确性
软件遵从其规格的程度。
correctness －－正确性
软件在其规格、设计和编码中没有故障的程度。软件、文档和其它项满足需求的程度。软件、文档和其它项满足用户明显的和隐含的需求的程度。
coverage －－覆盖率
用于确定测试所执行到的覆盖项的百分比。
coverage item－－覆盖项
作为测试基础的一个入口或属性：如语句、分支、条件等。
crash－－崩溃
计算机系统或组件突然并完全的丧失功能。
criticality－－关键性
需求、模块、错误、故障、失效或其它项对一个系统的操作或开发影响的程度。
criticality analysis－－关键性分析
需求的一种分析，它根据需求的风险情况给每个需求项分配一个关键级别。
cyclomatic complexity－－循环复杂度
一个程序中独立路径的数量。 真细心，up!
好贴！顶！
真是好贴，赞一个！！ 不错,最好有详细一点的解释就好了 頂以下 Originally posted by pamela0000000 at 2004-10-19 10:57 AM:真细心，up! 好贴阿，正好可以参考！
页:
[1]
