A Aanomaly异常 Aasrtion 断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。 abstract test ca 抽象测试用例 Acceptance criteria 验收准则 为了满足组件或系统使用者、客户或其他授权实体的需要，组件或系统必须达到的准则。 Acceptance Testing 可接受性测试 一般由用户 / 客户进行的确认是否可以接受一个产品的验证性测试。 Acceptance testing 验收测试 一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。是根据用户需求，业务流程进行的正式测试以确保系统符合所有验收准则。 Acceptance Testing－－可接受性测试 acceptance 验收 Accessibility test 软体适用性测试 accessibility testing 可达性测试 可达性测试就是测试残疾人或不方便的人们使用软件或者组件的容易程度[Gerrard]。即被测试的软件是否能够被残疾或者部分有障碍人士正常使用，这其 中也包含了正常人在某些时候发生暂时性障碍的情况下正常使用，如怀抱婴儿等。参见functionality testing Active or open 激活状态 Actual outcome 实际结果 被测对象在特定的条件下实际产生的结果。 Ad hoc review 临时评审 非正式评审（和正式的评审相比） Ad hoc testing (随机测试)，没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。 Ad hoc testing 随机测试 Adaptability 适应性 Agile testing 敏捷测试 对使用敏捷方法，如极限编程(Extreme programming)开发的项目进行的软件测试，强调测试优先行的设计模式 Algorithm analysis 算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间方面的要求。 Algorithm test 算法测试 Algorithm 算法 （ 1 ）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（ 2 ）执行一个特定任务的任何操作序列。 Allocated Baline 分配基线 分配基线指在软件需求分析阶段结束时，经过正式评审和批准的软件需求规格说明。分配基线是最初批准的分配配置标识。 Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 Analysis 分析（ 1 ）分解到一些原子部分或基本原则，以便确定整体的特性；（ 2 ）一个推理的过程，显示一个特定的结果是假设前提的结果；（ 3 ）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 analyzability 可分析性 软件产品缺陷或运行失败原因可被诊断的能力，或对修改部分的可识别能力。 analyzer 分析器 anomaly 异常 任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况，都可以称为异常。异常可以在但不限于下面的过程中识别：评审 (review)、测试分析(test analysis)、 编译(compilation)、软件产品或应用文档的使用等。 Application software 应用软件 满足特定需要的软件。 Application under test (AUT) 所测试的应用程序 arc testing 弧测试 参见 branch testing architecture 构架 一个系统或组件的组织结构。 Artifact 工件 Artifact 工件 ASQ：Automated Software Quality自动化软件质量, 使用软件工具来提高软件的质量。 Asrtion checking 断言检查 用户在程序中嵌入的断言的检查。 Asrtion 断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。 Asssment Team 评审小组 Association 关联 ATM Asssment Team Member 评审小组成员 attractiveness 吸引力 软件产品吸引用户的能力 Audit trail审计跟踪 系统审计活动的一个时间记录。 audit 审计 对软件产品或过程进行的独立评审，来确认产品是否满足标准、指南、规格说明书以及基于客观准则的步骤等，包括下面的文档：(1)产品的内容与形式(2)产品开发应该遵循的流程(3)度量符合标准或指南的准则。 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 Automated Testing自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在 GUI 、性能等测试中用得较多。 automated testware 自动测试件 用于自动化测试中的测试件，如，工具脚本 availability 可用性 用户使用系统或组件的可操作和易用的程度，通常以百分比的形式出现。 B BA Baline Asssment 基线评审 back-to-back testing 比对测试 用相同的输入，执行组件或系统的两个或多个变量，在产生偏差的时候，对输出结果进行比较和分析。 Backus-Naur Form BNF 范式 一种分析语言，用于形式化描述语言的语法 Baline Configuration Management 基线配置管理 基线配置管理指建立经正式评审和认可，并作为进一步开发工作的基础的基线的过程。某些（如软件设计和代码）软件工作产品应该有在预先确定点上建立的基线，并且应该对这些项施加严格的更改控制过程。当与顾客打交道时，这些基线提供控制和稳定性。 Baline Management基线管理 基线管理是指在配置管理中，运用技术上和行政上的管理来指定一些文档和更改这些文档，这些文档在某些特定时刻正式标识和建立起基线。 baline 基线 通过正式评审或批准的规格或软件产品。以它作为继续开发的基准。并且在变更的时候，必须通过正式的变更流程来进行。 Basic Block 基本块 一个或多个顺序的可执行语句块，不包含任何分支语句。 basis test t 基本测试集 根据组件的内部结构或规格说明书设计的一组测试用例集。通过执行这组测试用例可以保证达到100％的指定覆盖准则(coverage criterion)的要求。 basis test t 基本测试集 根据代码逻辑引出来的一个测试用例集合，它保证能获得100%的分支覆盖。 bebugging 错误散播 参见error eding Behaviour 行为 对于一个系统的一个函数的输入和预置条件组合以及需要的反应。一个函数的所有规格包含一个或多个行为。 benchmark test 基准测试 (1)为使系统或组件能够进行度量和比较而制定的一种测试标准；(2)用于组件或系统之间进行的比较或和（1）中提到的标准进行比较的测试。 Benchmark 标杆 / 指标 / 基准 一个标准，根据该标准可以进行度量或比较。 bespoke software 定制软件 为特定的用户定制开发的软件。与之对比的是现货软件(off-the-shelf software)。 best practice 最佳实践 在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行业组织视最佳的方法或实践。 Beta Testing Beta 测试,β测试, 用户在开发组织外，由用户进行的对产品预发布版本的测试。这个测试一般是不可控的。 big-bang testing Integration testing where no incremental testing takes place prior to all the system''s components being combined to form the system。 非渐增式测试 在单独测试所有构成系统的组件之前不进行任何额外测试的集成测试。 big-bang testing 大爆炸测试 非增量集成测试的一种方法，测试的时候将软件单元、硬件单元或者两者同时,而不是阶段性的，集成到组件或者整个系统中去进行测试。[与IEEE 610一致]参见integration testing。 Black Box Testing 黑盒测试 根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。 black-box technique 黑盒技术 black-box test design technique 黑盒测试设计技术 基于系统功能或非功能规格说明书来设计或者选择测试用例的技术，不涉及软件内部结构。 Blocker阻碍 Blocking bug 阻碍性错误 Bottom-up testing 由低向上测试 渐增式集成测试的一种，其策略是先测试底层的组件，然后逐步加入较高层次的组件进行测试，直到系统所有组件都加入到系统。 Boundary value 边界值 一个输入或输出值，它处在等价类的边界上。 boundary value analysis 边界值分析 一种黑盒设计技术(black box test design technique)，基于边界值进行测试用例的设计。 Boundary value coverage 边界值覆盖 通过测试用例，测试组件等价类的所有边界值。 boundary value testing 边界值测试 通过边界值分析方法来生成测试用例的一种测试策略。 Boundary value testing 边界值测试 通过边界值分析方法来生成测试用例的一种测试策略。 boundary value 边界值 通过分析输入或输出变量的边界或等价划分(equivalence partition)的边界来设计测试用例，例如，取变量的最大、最小值、中间值、比最大值大的值、比最小值小的值等。 Boundry Value Analysis 边界值分析 该分析一般与等价类一起使用。经验认为软件的错误经常在输入的边界上产生，因此边界值分析就是分析软件输入边界的一种方法 branch condition combination coverage 分支条件组合覆盖 在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比。 Branch condition combination coverage分支条件组合覆盖 Branch condition combination testing 分支条件组合测试 通过执行分支条件结果组合来设计测试用例的一种方法。 branch condition coverage 分支条件覆盖 branch condition testing 分支条件测试 通过执行分支条件结果来设计测试用例的一种方法。 Branch condition分支条件 Branch coverage 分支覆盖 Branch outcome 分支结果 Branch point 分支点 branch point分支点 Branch testing分支测试 branch 分支 在组件中，控制从任何语句到其它任何非直接后续语句的一个条件转换，或者是一个无条件转换。例如: ca, jump, go to, if-then-el 语句. Breadth Testing 广度测试 在测试中测试一个产品的所有功能，但是不测试更细节的特性。 Breadth Testing 广度测试 Brute force testing 强力测试 Buddy test 合伙测试 Buffer 缓冲 Bug 缺陷，软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书 或用户需求不一致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产品说明书指明不会出现的错误；软件功能超出产品说明书指明的范 围；虽然产品说明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。 Bug bash 缺陷扫除 Bug crawl 缺陷评审会议 Bug fix 缺陷修正 bug report 缺陷报告 Bug tracking system 缺陷跟踪系统，BTS也称为“Defect tracking system，DTS”，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。 Bug tracking system 缺陷跟踪系统 Build 工作版本，软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。 Build Verfication tests(BVTs) 版本验证测试 Build-in 内置 Build Verfication tests(BVTs) 版本验证测试 business process-bad testing 基于业务过程测试 一种基于业务描述和/或业务流程的测试用例设计方法。 C Capability Maturity Model (CMM) 能力成熟度模型 描述有效的软件开发过程关键元素的一个五个等级的框架，能力成熟度模型包含了在软件开发和维护中计划、工程和管理方面的最佳实践(best practice)，缩写为CMM。 Capability Maturity Model Integration (CMMI) 能力成熟度模型集成 描述有效的软件产品开发和维护过程的关键元素框架，能力成熟度模型集成包含了软件开发计划、工程和管理等方面的最佳实践，是CMM的指定的继承版本。 capture/playback tool 捕获/回放工具 一种执行测试工具，能够捕获在手工测试过程中的输入，并且生成可执行的自动化脚本用于后续阶段的测试（回放过程）。这类工具通常使用在自动化回归测试(regression test)中。 Capture/playback tool捕获/回放工具 Capture/Replay Tool捕获 / 回放工具 一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在 GUI 测试中用的较多。 CAR Causal Analysis and Resolution 原因分析与决策 CASE 计算机辅助软件工程 Computer Aided Software Engineering的首字母缩写。 Cau effect graphing 因果图技术 通过因果图(ca-effect graph)设计测试用例的一种黑盒测试设计技术。 cau effect graph因果图一个图形，用来表示输入（原因）与结果之间的关系，可以被用来设计测试用例。 cau-effect decision table 因果决策表 参见决策表 (decision table)。 CBA CMM-Bad Appraisal 基于CMM的评价 CC Configuration Controller 配置管理员 certification 认证 确认一个组件、系统或个人具备某些特定要求的过程，比如通过了某个考试。 certification －－证明 一个过程，用于确定一个系统或组件与特定的需求相一致。 CF Common Feature 公共特性 CFPS Certified Function Point Specialist 注册功能点专家 change control 变更控制 一个用于计算机系统或系统数据修改的过程，该过程是质量保证程序的一个关键子集，需要被明确的描述。 change control board 变更控制委员会CCB Change Management 变更管理 Change Request 变更请求 changeability 可变性 软件产品适应修改的能力 Character Set 字符集 Characteristic 特征 Check In检入 Check Out检出 checker 检验员 CI Configuration Item 配置项 Cloout 收尾 CM Configuration Management 配置管理 CMM Capability Maturity Model 能力成熟度模型 Code Coverage 代码覆盖率 一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。 code analyzer 代码分析器 code audit 代码审计 由一个人、组或工具对源代码进行的一个独立的评审，以验证其与设计规格、程序标准的一致性。正确性和有效性也会被评价。 Code Coverage－－代码覆盖率 一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。 Code Freeze 代码冻结 Code Inspection 代码检视 一个正式的同行评审手段，在该评审中，作者的同行根据检查表对程序的逻辑进行提问，并检查其与编码规范的一致性。 Code page 代码页 Code rule 编码规范 Code sytle 编码风格 Code Walkthrough 代码走读 一个非正式的同行评审手段，在该评审中，代码被使用一些简单的测试用例进行人工执行，程序变量的状态被手工分析，以分析程序的逻辑和假设。 code 代码 计算机指令和数据定义在程序语言中的表达形式或是汇编程序、编译器或其他翻译器的一种输出形式。 code-bad testing 基于代码的测试 根据从实现中引出的目标设计测试用例。 coding standards 编程规范 一些编程方面需要遵循的标准，包括命名方式、排版格式等 co-existence 共存性 软件产品与通用环境下与之共享资源的其它独立软件之间共存的能力。 Cohesion 内聚度 commercial off-the-shelf software 商业现货软件 Common n 常识 comparator 比较器 Compatibility Testing 兼容性测试 测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。 compiler 编译器 将高级命令语言编写的程序翻译成能运行的机器语言的工具 complete path testing 完全路径测试 complete testing 完全测试 completeness 完整性 实体的所有必须部分必须被包含的属性。 completion criteria 完成准则 Complexity 复杂性 系统或组件难于理解或验证的程度。 compliance testing 一致性测试 确定组件或系统是否满足标准的测试过程。 compliance 一致性 软件产品与法律和类似规定的标准、惯例或规则的一致性方面的能力。 Component 组件 一个最小的软件单元，有着独立的规格 component integration testing 组件集成测试 为发现集成组件接口之间和集成组件交互产生的缺陷而执行的测试。 component specification 组件规格说明 根据组件的功能定义为特定输入而应该产生的输出规格进行的功能性和非功能性行为的描述。例如：资源使用(resource utilization). Component Testing 组件测试 compound condition 复合条件 通过逻辑操作符(AND, OR 或者 XOR)将两个或多个简单条件连结起来：如，“A>0 AND B<1000” Computation data u计算数据使用 computer system curity 计算机系统安全性 计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制。 concrete test ca 具体测试用例 concurrency testing 并发测试 测试组件或系统的两个或多个活动在同样的间隔时间内如何交叉或同步并发。 Concurrency ur 并发用户 Condition 条件 一个不包含布尔操作的布尔表达式，例如： A condition coverage －－条件覆盖通过测试执行到的条件的百分比。 condition combination coverage 条件组合覆盖 condition combination testing 条件组合测试 condition coverage 条件覆盖 执行测试套件(test suite)能够覆盖到的条件百分比。100%的条件覆盖要求测试到每一个条件语句真、假(true,fal)的条件。 condition determination coverage 条件决定覆盖 执行测试套件(test suite)覆盖到的能够独立影响判定结果的单个条件的百分比。100%的条件决定覆盖意味着100%的判定条件覆盖。 condition determination testing 条件决定测试 一种白盒测试技术，是对能够独立影响决策结果的单独条件的测试。 condition testing 条件测试一种白盒测试技术，设计测试用例以执行条件的结果。 condition outcome 条件结果 条件为真为假的评价。 condition 条件 一个可被判定为真、假(true,fal)的逻辑表达式。例如： A>B. confidence test 置信测试 参见冒烟测试(smoke testing) configuration auditing 配置审核 对配置库及配置项的内容进行检查的过程，比如检查标准的一致性。 configuration control board (CCB) 配置控制委员会 负责评估、批准或拒绝配置项修改的组织，此组织应确保被批准的配置修改的执行。 Configuration Control Board 配置控制组/委员会 配置控制组/委员会是指一组负责评估和审批配置项的变更人员，以确保所有的变更都是经过审核的。 configuration control 配置控制 配置管理的一个方面，包括评价、协调、批准、和实现配置项的变更。 Configuration Identification配置标识 配置标识是软件配置管理的一个要素，由为系统所选的配置项及记录它们功能的物理特性的技术文档组成；经核准的配置项的技术文档是由说明书、图、表等组成的。为了方便对软件配置项进行控制和管理，不致造成混乱，要给它们命名，这就是配置标识的任务。配置标识主要目的是对变更配置项的软件行为及变更结果提供一个可跟踪的手段，避免软件开发行为在不受控，混乱的情况下进行，也有利于软件开发工作以基线渐进的方式完成。 configuration item 配置项 配置管理中的硬件、软件或软、硬件结合体的集合，在配置管理过程中通常被当做一个实体。 Configuration Management Library System 配置管理库系统 configuration management tool 配置管理工具 支持对配置项进行识别、控制、变更管理、版本控制和发布配置项基线(baline)的工具. configuration management 配置管理 一套技术和管理方面的监督原则，用于确定和记录一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性。 configuration testing 配置测试 Configuration Unit 配置单元 配置单元是可放入配置管理库系统的、可从库中检索的一个配置项。 configuration 配置 根据定义的数值、特性及其相关性综合设置一个组件或者系统。 confirmation testing 确认测试 conformance criterion 一致性标准 判断组件在一个特定输入值上的行为是否符合规格的一种方法。 Conformance Testing 一致性测试 测试一个系统的实现是否和其基于的规格相一致的测试。 Conformity 合格（符合） consistency 一致性 在系统或组件的各组成部分和文档之间没有矛盾，一致的程度。 consistency checker 一致性检查器 一个软件工具，用于测试设计规格中需求的一致性和完整性。 control flow graph 控制流图 通过一个组件的可能替换控制流路径的一个图形表示。 control flow path 控制流路径 control flow 控制流 程序执行中所有可能的事件顺序的一个抽象表示。 conversion testing 转换(移植）测试 用于测试已有系统的数据是否能够转换到替代系统上的一种测试。 conversion testing 转换测试 用于测试已有系统的数据是否能够转换到替代系统上的一种测试。 Conversion testing：转换测试 Core team 核心小组 Corrective action 纠正措施 corrective maintenance 故障检修 用于纠正硬件或软件中故障的维护。 Correctness 正确性 软件在其规格、设计和编码中没有故障的程度。软件、文档和其它项满足需求的程度。软件、文档和其它项满足用户明显的和隐含的需求的程度。 COTS Commerce off the shelf 商业现货供应 COTS 现货软件 Commercial Off-The-Shelf software的首字母缩写。 coverage analysis 覆盖分析 对测试执行结果进行特定的覆盖项分析，判断其是否满足预先定义的标准，是否需要设计额外的测试用例。 coverage item 覆盖项 作为测试基础的一个入口或属性：如语句、分支、条件等。 coverage tool 覆盖工具 对执行测试套件(test suite)能够覆盖的结构元素如语句(statement)、分支(branch)等进行客观测量的工具。 coverage 覆盖 用于确定执行测试套件所能覆盖项目的程度，通常用百分比来表示。 Crash 崩溃 计算机系统或组件突然并完全的丧失功能。 Criteria 准则 Critical 死机，丢失数据，内存溢出 Major，较大的功能缺陷 criticality analysis 关键性分析 需求的一种分析，它根据需求的风险情况给每个需求项分配一个关键级别。 Criticality 关键性 CRM change request management 变更需求管理 custom software 定制软件 Customer-focud mindt 客户为中心的理念体系 cyclomatic complexity 循环复杂度 一个程序中独立路径的数量。 D DAR Decision Analysis and Resolution 决策分析与制定 Data corruption 数据污染 data definition C-u coverage －－数据定义 C-u 覆盖 在组件中被测试执行到的数据定义 C-u 使用对的百分比。 Data definition：数据定义 data definition-u coverage －－数据定义使用覆盖 在组件中被测试执行到的数据定义使用对的百分比。 Data definition-u pair 数据定义使用对 data definition-u testing－－数据定义使用测试 以执行数据定义使用对为目标进行测试用例设计的一种技术。 data definition－－数据定义 一个可执行语句，在该语句上一个变量被赋予了一个值。 data dictionary 数据字典 （1）一个软件系统中使用的所有数据项名称，以及这些项相关属性的集合。（2）数据流、数据元素、文件、数据基础、和相关处理的一个集合。 data dictionary －－数据字典 （ 1 ）一个软件系统中使用的所有数据项名称，以及这些项相关属性的集合。（ 2 ）数据流、数据元素、文件、数据基础、和相关处理的一个集合。 Data Flow Analysis 数据流分析 Data flow coverage：数据流覆盖 Data flow diagram：数据流图 data flow testing 数据流测试 根据代码中变量的使用情况进行的测试。 Data integrity：数据完整性 data u 数据使用 一个可执行的语句，在该语句中，变量的值被访问。 data validation 数据确认 用于确认数据不正确、不完整和不合理的过程。 DBD Databa Design 数据库设计 DD Detailed Design 详细设计 dead code 死代码 在程序操作过程中永远不可能被执行到的代码。 Debug 调试，开发人员确定引起错误的根本原因和确定可能的修复措施的过程。一般发生在子系统或单元模块编码完成时，或者根据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误。 Decision condition判定条件 Decision coverage 判定覆盖 Decision outcome判定结果 decision table －－判定表 一个表格，用于显示条件和条件导致动作的集合。 decision table 判定表 一个表格，用于显示条件和条件导致动作的集合。 Decision判定 Defect 缺陷 Defect density 缺陷密度 Defect Tracking 缺陷跟踪 Delivery 交付 Dependability 可信性 Deployment 部署 Depth Testing 深度测试 执行一个产品的一个特性的所有细节，但不测试所有特性。比较广度测试。 Design for sustainability 可延续性的设计 design of experiments 实验设计 一种计划实验的方法，这样适合分析的数据可以被收集。 design-bad testing 基于设计的测试根据软件的构架或详细设计引出测试用例的一种方法。 design-bad testing 基于设计的测试 根据软件的构架或详细设计引出测试用例的一种方法。 desk checking桌面检查 通过手工模拟软件执行的方式进行测试的一种方式。 Determine Potential Risks 确定潜在风险 Determine Usage Model 确定应用模型 Deviation permit 偏离许可 Diagnostic 诊断 检测和隔离故障或失效的过程。 DIF decimation in frequency 按频率抽取 dirty testing －－肮脏测试 disaster recovery 灾难恢复 一个灾难的恢复和重建过程或能力。 Distributed testing 分布式测试 DIT （decimation in time） 按时间抽取 Documentation testing 文档测试 domain 域 值被选择的一个集合。 domain testing 域测试 DP Data Provider 数据提供者 DR Derived Requirement 派生需求 DTP DETAIL TEST PLAN详细确认测试计划 Dynamic analysis 动态分析 Dynamic Testing 动态测试 E ecision condition 判定条件 判定内的一个条件。 EEffectiveness 有效性 Efficiency 效率 embedded software 嵌入式软件 软件运行在特定硬件设备中，不能独立于硬件存在。这类系统一般要求实时性较高。 Emulator 仿真 一个模仿另一个系统的系统或设备，它接受相同的输入并产生相同的输出。 Encapsulation 封装 Encryption Source Code Ba 加密算法源代码库 End-to-End testing 端到端测试 在一个模拟现实使用的场景下测试一个完整的应用环境，例如和数据库交互，使用网络通信等。 Enhanced Request 增强请求 Enhancement 建议或意见 entity relationship diagram 实体关系图 描述现实世界中实体及它们关系的图形。 Entry criteria 准入条件 entry point 入口点 一个组件的第一个可执行语句。 Envisioning Pha 构想阶段 EPG Engineering Process Group 工程过程小组 Equivalence class 等价类 equivalence partition coverage 等价划分覆盖 在组件中被测试执行到的等价类的百分比。 Equivalence partition testing 等价划分测试 Equivalence Partitioning 等价划分 组件的一个测试用例设计技术，该技术从组件的等价类中选取典型的点进行测试。 Error 错误IEEE 的定义是：一个人为产生不正确结果的行为。 Error 错误 error guessing 错误猜测 根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术。 error eding 错误播种/错误插值 故意插入一些已知故障（fault）到一个系统中去的过程，目的是为了根据错误检测和跟踪的效率并估计系统中遗留缺陷的数量。 est records 测试记录 Evaluation 评价，评估 Event-driven 事件驱动 Exception 异常 / 例外 一个引起正常程序执行挂起的事件。 Exception handlers 异常处理器 executable statement 可执行语句 一个语句在被编译后会转换成目标代码，当程序运行是会被执行，并且可能对程序数据产生动作。 Exhaustive Testing 穷尽测试 测试覆盖软件的所有输入和条件组合。 exit point 出口点 一个组件的最后一个可执行语句。 expected outcome 期望结果 Experience of quality 质量体验 Exploratory testing 探索性测试 F Failure 失效 软件的行为与其期望的服务相背离。 Fatal bug 致命的缺陷 Fault 故障 feasible path 可达路径 可以通过一组输入值和条件执行到的一条路径。 feature testing特性测试 Feature 产品特性 Field testing 现场测试 Flexibility 灵活性 FMEA Failure Modes and Effects Analysis 失效模型效果分析 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效。 FMECA Failure Modes and Effects Criticality Analysis 失效模型效果关键性分析 FP Function Point 功能点 FPA Function Point Analysis 功能点分析 FR Functional Requirement 功能性需求 Framework 框架 FTA Fault Tree Analysis 故障树分析 引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。 functional decomposition功能分解 Functional Specification 功能规格说明书 Functional testing 功能测试 Functionality 功能性 G G11N(Globalization) 全球化 GA Gap Analysis 差距分析 Gap analysis 差距分析 Garbage characters 乱码字符，程序界面中显示的无意义的字符，例如，程序对双字节字符集的字符不支持时，这些字符不能正确显示。 Garbage characters 乱码字符 GB 18030 testing GB 18030测试 ，软件支持GB 18030字符集标准能力的测试，包括GB 18030字符的输入、输出、显示、存储的支持程度。 glass box testing 玻璃盒测试 Glass-box testing 白箱测试或白盒测试 Glossary 术语表 GUI Graphical Ur Interface 图形用户界面 H Hard-coding 硬编码 Hard-coding : 硬编码 Hotfix 热补丁 I ID Interface Design 接口设计 Identifier 标识符 Identify Exploratory Tests 识别探索性测试 IEEE Institute of Electrical and Electronic Engineers 美国电子与电器工程师学会 IFPUG International Function Point Urs Group 国际功能点用户组织 Implementation requirement 实现需求 Incident 事故 incremental testing 渐增测试 集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。 infeasible path 不可达路径 不能够通过任何可能的输入值集合执行到的路径。 Infrastructure 基础设施 input domain 输入域 input domain－－输入域 所有可能输入的集合。 Inspection 审查 Inspection 检视 对文档进行的一种评审形式。 installability testing 可安装性测试 确定系统的安装程序是否正确的测试。 Instrumentation 插装 在程序中插入额外的代码以获得程序在执行时行为的信息。 Instrumenter 插装器 执行插装的工具 Integration testing 集成测试 Integration 集成 interface 接口 interface analysis 接口分析 分析软件与硬件、用户和其它软件之间接口的需求规格。 interface testing 接口测试 invalid inputs无效输入 Invoke 调用 IPM Integrated Project Management 集成项目管理 IR Interface Requirement 接口需求 isolation testing 孤立测试 组件测试（单元测试）策略中的一种，把被测组件从其上下文组件之中孤立出来，通过设计驱动和桩进行测试的一种方法。 Isolation 隔离 Issue 问题 Iteration 迭代 Iterative development 迭代开发 J job control language 工作控制语言 用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。 Job 工作 K Key concepts 关键概念 Key Process Area 关键过程区域 Keyword driven testing 关键字驱动测试 Kick-off meeting 启动会议 KPA Key Process Area 关键过程域 KR Key Requirements 关键需求 L L10N Localization 本地化 LA Lead Asssor 主任评审员 Lag time 延迟时间 LCSAJ coverage LCSAJ 覆盖 在组件中被测试执行到的 LCSAJ 的百分比。 LCSAJ Linear Code Sequence And Jump线性代码顺序和跳转 LCSAJ testing：LCSAJ测试 Lead time 前置时间 Load testing 负载测试 Localizability testing 本地化能力测试 Localization 本地化 Log file 日志文件 logic analysis逻辑分析（ 1 ）评价软件设计的关键安全方程式、算法和控制逻辑的方法。（ 2 ）评价程序操作的顺序并且检测可能导致灾难的错误。 logic-coverage testing逻辑覆盖测试 M MA Measurement and Analysis 测量与分析 Maintainability 可维护性 一个软件系统或组件可以被修改的容易程度，这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。 maintainability testing可维护性测试 测试系统是否满足可维护性目标。 Maintainability 可维护性 Maintenance 维护 Master project schedule 总体项目方案 MAT Metrics Advisory Team 度量咨询组 MCA Metrics Coordinator and Analyst 度量专员 Measurement 度量 Memory leak 内存泄漏 Migration testing 迁移测试 Milestone 阶段, 里程碑 Minor，较轻的功能缺陷 ML matreraty library 度量数据库 Mock up 模型，原型 modified condition/decision coverage修改条件 / 判定覆盖 在组件中被测试执行到的修改条件 / 判定的百分比。 modular decomposition 参考模块分解 Modularity 模块性 Module testing 模块测试 Module testing 模块测试 Module 模块 Monkey testing 跳跃式测试 Monkey testing 跳跃式测试 mou leave鼠标离开对象 mou over鼠标在对象之上 MTBF mean time between failures平均失效间隔 实际两次失效之间的平均操作时间。 MTBF 失效平均时间 MTP MAIN TEST PLAN主确认计划 MTP MAIN TEST PLAN主确认计划 MTTF mean time to failure平均失效时间 MTTR mean time to repair 平均修复时间（ MTTR 平均维修时间 multiple condition coverage多条件覆盖 mutation analysis变体分析 一种确定测试用例套完整性的方法，该方法通过判断测试用例套能够区别程序与其变体之间 的程度。 N N/A Not applicable 不适用的 Negative Testing 逆向测试, 反向测试, 负面测试 Nest 嵌套 NFR Non-functional Requirement 非功能性需求 nominal load 额定负载 non-functional requirements testing 非功能性需求测试 与功能不相关的需求测试，如：性能测试、可用性测试等。 Normal 普通的功能缺陷 N-switch coverage －－ N 切换覆盖 在组件中被测试执行到的 N 转换顺序的百分比。 O OC Operational Concept 操作概念 off by one缓冲溢出错误 Off-the-shelf software 套装软件 Off-the-shelf software 套装软件 OID Organizational Innovation and Deployment 组织革新与部署 OPD Organizational Process definition 组织过程定义 operational testing 可操作性测试 OPF Organizational Process focus 组织过程焦点 OPL Organizational Process Asts 组织过程财富 OPP Organaizational Process Perormance 组织过程性能 OSSP Organization’s Set of Standard Process 组织标准过程集合 OT Organizational Training 组织级培训 output domain输出域 P PA Process Areas 过程域 package documentation 包文档 产品描述和用户文档。 Pair Programming 成对编程 paper audit 书面审计 partition testing分类测试 partition testing－－分类测试 PAT Process Action Team 过程行动小组 path coverage Path coverage 路径覆盖 path nsitizing 路径敏感性 选择一组输入值强制组件走一个给定的路径。 path testing路径测试 path 路径 PB Process Asts Library 过程财富库 PD Preliminary Design 概要设计 PDSP Project Defined Standard Process 项目定义标准过程 Peer review 同行评审 Performance 性能 Performance indicator 性能（绩效）指标 Performance testing 性能测试 Perventive action 预防措施 PI Produce Integration 产品集成 Pilot 试验 Pilot testing 引导测试 PLC Product Life Cycle 产品生命周期 PMC Project Monitoring and Control 项目监控 Portability 可移植性 Portability testing 可移植性测试，测试软件是否可以被成功移植到指定的硬件或软件平台上。 Positive testing 正向测试 Postcondition 后置条件 PP Project Planning 项目策划 PPQA Process and Product Quality Assurance 过程与产品质量保证 PPR Price Performance Ratio 性能价格比 Precondition 前提条件 Precondition 预置条件 环境或状态条件，组件执行之前必须被填充一个特定的输入值。 predicate data u谓词数据使用 在谓词中的一个数据使用。 predicate谓词 一个逻辑表达式，结果为 ‘ 真 ' 或 ‘ 假 ' 。 Priority 优先权 Process Capability Baline 过程能力基线 过程能力基线是指用文档记载的，对在典型环境下由于遵循某特定过程通常所能实现预期结果的范围的特性描述。 Product Baline 产品基线 产品基线指在软件组装与系统测试阶段结束时，经过正式评审和批准的有关软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识。 product description产品描述 陈述软件包性质的文档，其主要目的是帮助潜在的购买者在购买前对产品进行适用性评价。 产品描述不是规格说明，但它可用于不同的用途。 program instrumenter程序插装 progressive testing 递进测试 Prototype 原型 Pudo code 伪代码 pudo-localization testing伪本地化测试 pudo-random 伪随机 看似随机的，实际上是根据预先安排的顺序进行的。 Q QA Quality assurance 质量保证（ 1 ）已计划的系统性活动，用于保证一个组件、模块或系统遵从已确立的需求。（ 2 ）采取的所有活动以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程。 QA Software Quality Assurance 软件质量保证 QAP Software Quality Assurance Plan 质量保证计划 QC quality control 质量控制 用于获得质量需求的操作技术和过程，如测试活动。 QPM Quantitative Project Management 量化项目管理 R Race Condition 竞争状态 并行问题的根源。对一个共享资源的多个访问，至少包含了一个写操作，但是没有一个机制来协调同时发生的访问。 ranch condition 分支条件 random testing 随机测试 一种黑盒测试设计技术，选择测试用例以匹配某种运行概貌情况（可能使用伪随机生成算法）.这种技术可用于测试非功能性的属性，比如可靠性和性能。 Rational Unified Process 瑞理统一工艺 RCA Root Cau Analysis 根本原因分析 RD Requirements Development 需求开发 record/playback tool 录制/回放工具 recorder 记录员 recoverability 可恢复性 Recovery testing 恢复测试 Refactoring 重构 regression analysis and testing 回归分析和测试 一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。 regression testing 回归测试 测试先前测试过并修改过的程序，确保更改没有给软件其他未改变的部分带来新的缺陷(defect)。软件修改后或使用环境变更后要执行回归测试。 regulation testing 规范性测试 Relea 发布 Relea note 版本发布说明 标识测试项、测试项配置、目前状态及其他交付信息的文档，这些交付信息是由开发、测试和可能的其他风险承担者在测试执行阶段开始的时候提交的。 Reliability 可靠性 一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。 Reliability 可靠性 reliability asssment 可靠性评价 确定一个已有系统或组件的可靠性级别的过程。 Requirements management tool 需求管理工具 requirements pha 需求阶段 在软件生命周期中定义和文档化软件产品需求的阶段。 requirements document 需求文档 包含由软件包满足的建议、要求或规则的任何组合的文档。 requirements-bad testing 基于需求的测试 根据需求推导测试目标和测试条件以设计测试用例的方法。例如,执行特定功能的测试或探测诸如可靠性和可用性等非功能性属性的测试。 requirements-bad testing 基于需求的测试 根据软件组件的需求导出测试用例的一种设计方法。 resource utilization 资源使用 软件产品在规定的条件下执行其功能时，使用适当数量和类型资源的能力。例如，程序使用的主存储器和二级存储器容量，需要的临时或溢出文件的大小。 re-testing 再测试 重新执行上次失败的测试用例，以验证纠错的正确性。 Reusability 可重用性，复用率 review tool 评审工具 对评审过程提供支持的工具。典型的功能包括计划评审、跟踪管理、通讯支持、协同评审以及对具体度量（单位）收集与报告的存储库。 review 评审 对产品或产品状态进行的评估，以确定与计划的结果所存在的误差，并提供改进建议。例如，管理评审(management review)、非正式评审(informal review)、技术评审(technicalreview)、审查(inspection)和走查(walkthrough)。 risk 风险 不期望效果的可能性和严重性的一个度量。 risk analysis 风险分析 评估识别出的风险以估计其影响和发生的可能性的过程。 risk asssment 风险评估 对风险和风险影响的一个完整的评价。 risk control 风险控制 为降低风险到或控制风险在指定级别而达成的决议和实施防范（度量）措施的过程。 risk identification 风险识别 使用技术手段（例如，头脑风暴(brainstorming)、检验表(checklists)和失败历史记录（faliurehistory））标识风险的过程。 risk management 风险管理 对风险进行标识、分析、优先级划分和控制所应 用的系统化过程和实践。 risk mitigation 风险缓解 RM/ReqM Requirements Management 需求管理 Robustness 健健性 robustness testing 健壮性测试 判定软件产品健壮性的测试。 ROI Return of Investment 投资回报率 RSKM Risk Management 风险管理 RTM Requirement Traceability Matrix 需求跟踪矩阵 S Safety 安全性 不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。 safety critical 严格的安全性 一个条件、事件、操作、过程或项，它的认识、控制或执行对生命安全性的系统来说是非常关键的。 safety testing 安全性测试 判定软件产品安全性的测试。 SAM Supplier Agreement Management. 供应协议管理 sanity test 健全测试 Sanity Testing 理智测试 软件主要功能成分的简单测试以保证它是否能进行基本的测试。 SC Steering Committee 指导委员会 scalability testing 可扩展性测试 判定软件产品可扩展性的测试。 scalability 可扩展性 软件产品可被升级以容纳更多负载的能力 SCCB Software Configuration Control Board 软件配置管理控制委员会 scenario testing 场景测试 Schema Repository 模式库 SCM Software Configuration Management 软件配置管理 SDP Software Development Plan 软件开发计划 SEI Software Engineering Institute (美国)软件工程学院 SEPG Software Engineering Process Group 软件工程过程组 SPI Software Process Improvement 软件过程改进 SPP Software Project Planning 软件项目策划 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控 SR System Requirements 系统需求 SRS Software Requirement Specification 软件需求规格 SSM Software Subcontract Management 软件分包管理 SSR Software System Requirement 软件系统需求 TS Technical Solution 技术解决方案 UC U Ca 用例 UID Ur Interface Design 用户界面设计 VAL Validation 确认 VER Verification 验证 WBS Work Breakdown Structure 工作分解结构 WP Work Products 工作产品 Pre-asssment 预评审 Quality Attribute 质量属性 Scenario 场景 Screen shot 抓屏、截图 scribe 记录员 在评审会议中将每个提及的缺陷和任何过程改进建议记录到日志表单上的人员，记录员要确保日志表单易于阅读和理解。 Script 脚本 scripting language 脚本语言 一种用于编写可执行测试脚本（这些脚本被测试执行工具使用，如录制/回放工具）的编程语言。 SDP Software development plan 软件开发计划 SDP software development plan 软件开发计划 用于一个软件产品开发的项目计划。 SDP software development plan软件开发计划 Security （信息）安全性 Security testing 安全性测试 curity testing tool 安全性测试工具 测试安全特性和脆弱性的工具。 curity testing 安全性测试 判定软件产品安全性的测试 curity tool 安全性工具 提高运行安全性的工具。 curity 安全性 软件产品防止对程序和数据未授权访问（无论是有意的还是无意的）的能力的属性。 rviceability testing 可服务性测试 Severity 严重性 Shipment 发布 simple subpath简单子路径 控制流的一个子路径，其中没有不必要的部分被执行。 Simulation 模拟 Simulator 模拟器 site acceptancetesting 现场验收测试 用户/客户在他们现场进行的验收测试，以判定组件/系统是否符合他们的需求和业务流程，通常包括软件和硬件。 SLA rvice level agreement 服务级别协议 服务提供商与客户之间的一个协议，用于规定服务提供商应当提供什么服务。 smoke test 冒烟测试 所有定义的/计划的测试用例的一个子集，它覆盖组件/系统的主要功能，以确保程序的绝大部分关键功能正常工作，但忽略细节部分。每日构建和冒烟测试是业界的最佳实践。 Software Baline Audit 软件基线审计 软件基线审计是指对于软件基线库的结构、内容和设施的考查，以便查证基线是否符合描述基线的文档。 Software Baline Library 软件基线库 软件基线库是指存储配置项及相连记录的仓库。 Software development process 软件开发过程 software diversity 软件多样性 一种软件开发技术，其中，由不同的程序员或开发组开发的相同规格的不同程序，目的是为了检测错误、增加可靠性。 software element软件元素 软件开发或维护期间产生或获得的一个可交付的或过程内的文档。 software engineering environment 软件工程环境 software engineering 软件工程 software engineering－－软件工程 software feature 软件特性 Software life cycle 软件生命周期 software quality 软件质量 software test incident 软件测试事件 software test incidentreport 软件测试事件报告 software 软件 计算机程序、过程和可能与计算机系统运行相关的文档和数据。 SOPstandard operating procedures 书面的步骤，这对保证生产和处理的控制是必须的。 SOP－－标准操作过程（standard operating procedures） 书面的步骤，这对保证生产和处理的控制是必须的。 source code 源代码 source statement 源语句 Specification 规格 组件功能的一个描述，格式是：对指定的输入在指定的条件下的输出。 specified input 特定的输入 在规格说明中预测结果的输入。 spiral model 螺旋模型 SQAP SOFTWARE QUALITY ASSURENCE PLAN 件质量保证计划 SQL structured query language 结构化查询语句 在一个关系数据库中查询和处理数据的一种语言。 SQL 结构化查询语句（structured query language） stability 稳定性 软件产品避免因更改后导致非预期结果的能力。 Staged Delivery 分布交付方法 standard software 标准软件standards testing 标准测试 state diagram 状态图 一个图形，描绘一个系统或组件可能假设的状态，并且显示引起或导致一个状态切换到另一个状态的事件或环境。 state diagram 状态图 一种图表， 描绘组件/系统所能呈现的状态，并显示导致或产生从一个状态转变到另一个状态的事件或环境。 state table 状态表 一种表格，显示每个状态的有效和无效的转换及可能的伴随事件。 state transition testing 状态转换测试 state transition 状态转换 state 状态 Statement coverage 语句覆盖 statement testing 语句测试 根据语句覆盖来设计测试用例的一种方法。 statement 语句 state状态 一个系统、组件或模拟可能存在其中的一个条件或模式。 static analysis tool 静态分析工具 参见静态分析器(static analyzer) static analysis 静态分析 分析软件工件（如：需求或代码），而不执行这些工作产品。 Static Analyzer 静态分析器 static code analysis 静态代码分析 分析软件的源代码而不执行软件。 static code analyzer 静态代码分析器执行静态代码分析的工具。工具对源代码的一些特性进行检查，例如，对编码规范的遵循、质量度量或数据流异常等。 Static Testing 静态测试 statistical testing 统计测试 status accounting 状态记录 配置管理的一个要素,包括纪录和报告有效地管理配置所需的信息。这些信息包括被认可的配置标识的列表、提议的配置变更的状态和被认可的变更的实施状态。 Stepwi refinement 逐步优化 storage testing 存储测试 storage 存储 Stress Testing 压力测试 在规定的规格条件或者超过规定的规格条件下，测试一个系统，以评价其行为。类似负载测试，通常是性能测试的一部分。 structural coverage 结构覆盖 基于组件/系统内部结构的覆盖度量 structural test ca design 结构化测试用例设计 根据组件内部结构的分析来设计测试用例的一种方法。 structural test design technique结构测试设计技术 structural testing 结构测试 structure-bad techniques基于结构的技术 structured basis testing结构化的基础测试 根据代码逻辑设计测试用例来获得 100 ％分支覆盖的一种测试用例设计技术。 structured design 结构化设计 软件设计的任何遵循一定纪律的方法，它按照特定的规则，例如：模块化，有顶向下设计，数据逐步优化，系统结构和处理步骤。 structured design结构化设计 软件设计的任何遵循一定纪律的方法，它按照特定的规则，例如：模块化，有顶向下设计，数据逐步优化，系统结构和处理步骤。 structured programming结构化编程 在结构化程序开发中的任何包含结构化设计和结果的软件开发技术。 structured walkthrough结构化走读 stub 桩 一个软件组件框架的实现或特殊目的实现，用于开发和测试另一个调用或依赖于该组件的组件。它代替了被调用的组件。 sub-area子域 subpath 子路径 组件中的可执行语句序列。 suitability 适用性 软件产品为特定任务和用户目标提供一套合适功能的能力。 SUMI Software UsabilityMeasurementInventory 软件可用性度量调查表 一种基于调查表的可用性测试技术，以评估组件/系统的可用性，如用户满意度。 Summary 总结 suspension criteria 暂停准则 用来（暂时性地）停止对测试条目进行的所有或部分测试活动的准则。 SVVP SOFTWARE Vevification&Validation 软件验证和确认计划 symbolic evaluation符号评价 symbolic execution符号执行 通过符号表达式来执行程序路径的一种静态分析设计技术。其中，程序的执行被用符号来模拟，例如，使用变量名而不是实际值，程序的输出被表示成包含这些符号的逻辑或数学表达式。 symbolic trace符号轨迹 一个计算机程序通过符号执行是经过的语句分支结果的一个记录。 symbolic execution符号执行 通过符号表达式来执行程序路径的一种静态分析设计技术。其中，程序的执行被用符号来模拟，例如，使用变量名而不是实际值，程序的输出被表示成包含这些符号的逻辑或数学表达式。 Synchronization 同步 syntax testing 语法测试 一种黑盒测试设计技术，测试用例的设计是以输入域和（或）输出域的定义的依据。 syntax testing 语法分析 system analysis 系统分析 对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。 System design 系统设计 System integration 系统集成 system integrationtesting 系统集成测试 测试系统和包的集成；测试与外部组织（如：电子数据交换、国际互联网）的接口 system testing 系统测试 测试集成系统以验证它是否满足指定需求的过程。 system analysis 系统分析 对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互。 T TBD To be determined，待定，在测试文档中标是一项进行中的尚未最终确定的工作。 TC TEST CASE 测试用例 TCS TEST CASE SPECIFICATION 测试用例规格说明 TDS TEST DESIGN SPECIFICATION 测试设计规格说明书 technical requirements testing 技术需求测试 technical review 技术评审 一种同行间的小组讨论活动，主要为了对所采用的技术实现方法达成共识。 technical requirements testing 技术需求测试 Test 测试 test approach 测试方法 test automation 测试自动化 使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能。 test basis 测试依据 能够从中推断出组件/系统需求的所有文档。测试用例是基于这些文档的。只能通过正式的修正过程来修正的文档称为固定测试依据。 test bed 测试台 Test ca 测试用例 test ca design technique 测试用例设计技术 选择和导出测试用例的技术。 test ca suite 测试用例集 test ca 测试用例 用于特定目标而开发的一组输入、预置条件和预期结果。 test charter 测试章程 对测试目标的陈述，还可能包括关于如何进行测试的测试思路。测试章程通常用在探索测试中。 test closure 测试结束 从已完成的测试活动中收集数据，总结基于测试件及相关事实和数据的测试结束阶段，包括对测试件的最终处理和归档，以及测试过程评估(包含测试评估报告的准备)。 test comparator 测试比较器 一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。 test comparator 测试比较器 一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果。 test comparison 测试对比 区分被测组件/系统产生的实际结果和期望结果的差异的过程。测试对比可以在测试执行时进行（动态比较），或在测试执行之后进行。 test completion criteria 测试完成准则 test completion criterion 测试完成标准 一个标准用于确定被计划的测试何时完成。 test control 测试控制 当监测到与预期情况背离时,制定和应用一组修正动作以使测试项目保持正常进行的测试管理工作。 test coverage 测试覆盖 test cycle 测试周期 针对一个可分辨的测试对象发布版本而执行的测试过程。 test data preparation tool 测试数据准备工具 一种测试工具，用于从已存在的数据库中挑选数据，或创建、生成、操作和编辑数据以备测试。 test data 测试数据 在测试执行之前存在的数据（如在数据库中），这些数据与被测组件/系统相互影响。 Test design 测试设计 test design technique 测试设计技术 用来衍生和/或选择测试用例的步骤。 test design tool 测试设计工具 通过生成测试输入来支持测试设计的工具。 测试输入可能来源于CASE 工具库（如需求管理工具）中包含的规格，工具本身包含的特定测试条件。 test design 测试设计参见测试设计规格说明(test designspecification) Test design 测试设计 test designspecification 测试设计规格说明 为一个测试条目指定测试条件（覆盖项）、具体测试方法并识别相关高层测试用例的文档 test driven development 测试驱动开发 在开发软件之后，运行测试用例之前，首先开发并自动化这些测试用例的一种软件开发方法 Test driver 测试驱动 test environment 测试环境 测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩。 test evaluation report 测试评估报告 在测试过程的结尾用来总结所有的测试活动和结果的文档。也包括测试过程的评估和吸取的教训。 test execution pha 测试执行阶段 软件开发生命周期的一个阶段，在这个阶段里执行软件产品的组件，并评估软件产品以确定是否满足需求。 test execution technique 测试执行技术 执行测试用例的技术，包括手工、自动化等。 test execution tool 测试执行工具 使用自动化测试脚本执行其他软件（如捕捉/回放）的一种测试工具。 test execution 测试执行 对被测组件/系统执行测试，产生实际结果的过程。 test executionautomation 测试执行自动化 使用软件（例如捕捉/回放工具）来控制测试的执行、实际结果和期望结果的对比、测试预置条件的设置和其它的测试控制和报告功能。 test executionschedule 测试执行时间表测试过程的执行计划。这些测试过程包含在测试执行时间表中，执行时间表列出了执行任务间的关联和执行的顺序。 test executiontechnique 测试执行技术 用来执行实际测试的方法，包括手工的和自动的。 test generator 测试生成器 test harness 测试用具 包含测试驱动和测试比较器的测试工具。 test incident report 测试事件报告 test incident 测试事件 Test infrastructure 测试基础建设 test input 测试输入 在测试执行过程中，测试对象从外部源接收到的数据。外部源可以是硬件、软件或人。 test item transmittalreport 测试项移交报告 test item 测试项 需被测试的单个要素。通常是一个测试对象包含多个测试项。参见测试对象(test object)。 test leader 测试组长 test level 测试级别 统一组织和管理的一组测试活动。测试级别与项目的职责相关联。例如，测试级别有组件测试、集成测试、系统测试和验收测试。 test log 测试日志 按时间顺序排列的有关测试执行所有相关细节的记录。 test logging 测试记录 把测试执行信息写进日志的过程。 test management 测试管理 计划、估计、监控和控制测试活动，通常由测试经理来执行。 test management tool 测试管理工具 对测试过程中的测试管理和控制部分提供支持的工具。它通常有如下功能：测试件的管理、测试计划的制定、结果纪录、过程跟踪、事件管理和测试报告。 test manager 测试经理 负责测试和评估测试对象的人。他（她）指导、控制、管理测试计划及调整对测试对象的评估。 test measurement technique 测试度量技术 度量测试覆盖率的技术。 Test Metrics 测试度量 test monitoring 测试监控 处理与定时检查测试项目状态等活动相关的测试管理工作。准备测试报告来比较实际结果和期望结果。 test object 测试对象 需要测试的组件或系统。 test objective 测试目标 设计和执行测试的原因或目的。 test oracle 测试准则在测试时确定预期结果与实际结果进行比较的源。一个准则可能是现有的系统（用作基准），一份用户手册，或者是个人的专业知识，但不可以是代码。 test outcome 测试结果 参见结果(result)。 test pass 测试通过 test performanceindicator 测试绩效指标 一种高级别的度量，表明需要满足的某种程度的目标值或准则。通常与过程改进的目标相关。例如，缺陷探测率。 test pha 测试阶段组成项目的一个可管理阶段的一组独特的测试活动。例如，某测试级别的执行活动。 test plan 测试计划 描述预期测试活动的范围、方法、资源和进度的文档。它标识了测试项、需测试的特性、测试任务、任务负责人、测试人员的独立程度、测试环境、测试设计技术、测试的进入和退出准则和选择的合理性、需要紧急预案的风险，是测试策划过程的一份记录。 test policy 测试方针 描述有关组织测试的原则、方法和主要目标的高级文档。 test procedure 测试规程 test procedurespecification测试规程规格说明 规定了执行测试的一系列行为的文档。也称为测试脚本或手工测试脚本。 test process 测试过程 基本的测试过程包括计划、规约、执行、记录、检查完全性和测试结束活动。 test record 测试记录 test recording 书写测试记录 test repeatability 测试重复性 test report 测试报告 test requirement 测试需求 test result 测试结果 test run log 测试运行日志 test run 测试运行 对测试对象的特定版本执行测试。 Test scenario 测试场景 test script 测试脚本 通常指测试规程规约，尤其是自动化的。 test t 测试集 test situation 测试状况 Test Specification 测试规格 test stage 测试阶段 Test strategy 测试策略 test suite 测试套件 用于被测组件/系统的一组测试用例。在这些测试用例中，一个测试的出口条件通常用作下个测试的入口条件。 Test suite 测试包 Test target 测试目标 test technique 测试技术 test tool 测试工具 支持一个或多个测试活动（例如，计划和控制、规格制定、建立初始文件和数据、测试执行和测试分析）的软件产品。 test type 测试类型 旨在针对特定测试目标，测试组件/系统的一组测试活动。例如，功能测试、易用性测试、回归测试等。一个测试类型可能发生在一个或多个测试 Test ware 测试工具 Test script 测试脚本 一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。 test completion criterion 测试完成标准 一个标准用于确定被计划的测试何时完成。 test coverage 测试覆盖 参考覆盖率（Coverage） test driver 测试驱动 一个程序或测试工具用于根据测试套执行软件。 test environment 测试环境 测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩。 test execution 测试执行 一个测试用例被被测软件执行，并得到一个结果。 test execution technique 测试执行技术 执行测试用例的技术，包括手工、自动化等。 test generator 测试生成器 根据特定的测试用例产生测试用例的工具。 test harness 测试用具 包含测试驱动和测试比较器的测试工具。 test log 测试日志 一个关于测试执行所有相关细节的时间记录。 test measurement technique－－测试度量技术 度量测试覆盖率的技术。 Test Plan 测试计划 一个文档，描述了要进行的测试活动的范围、方法、资源和进度。它确定测试项、被测特性、测试任务、谁执行任务，并且任何风险都要冲突计划。 test procedure 测试规程 一个文档，提供详细的测试用例执行指令。 test records 测试记录 对每个测试，明确的记录被测组件的标识、版本，测试规格，和实际结果 test report 测试报告 一个描述系统或组件执行的测试和结果的文档。 Test Specification 测试规格 一个文档，用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件。 test strategy 测试策略 一个简单的高层文档，用于描述测试的大致方法，目标和方向。 Testability 可测试性 testability review 可测试性评审 详细检查测试依据，以判定测试依据在测试过程中作为输入文档是否达到质量要求。 testable requirements 可测的需求 对需求的一种程度说明，表示是可依据需求进行测试设计（以及后续的测试用例）和执行测试，以及判断是否满足需求。 tester 测试员 参与测试组件/系统的专业技术人员。 Testing bed 测试平台 Testing coverage 测试覆盖 Testing environment 测试环境 Testing item 测试项 Testing plan 测试计划 Testing procedure 测试过程 Testing suite 测试包，一组测试用里的执行框架；一种组织测试用例的方法。在测试包里，测试用例可以组合起来创造出独特的测试条件。 Testware 测试工具 Thread testing 线程测试 time behavior 时间行为 time sharing 时间共享 一种操作方式，允许两个或多个用户在相同的计算机系统上同时执行计算机程序。其实现可能通过时间片轮转、优先级中断等。 time-boxed 固定时间 TIR test incident report 测试事故报告 TMM Test Maturity Model 测试成熟度模型 测试过程改进的五级阶段框架，它与能力成熟度模型(CMM)相关，后者描述了有效测试过程的关键要素。 Tolerance Test 容错测试 ToolTip 控件提示或说明 top-down testing 自顶向下测试 TPA Test Point Analysis 测试点分析 基于功能点分析的一种公式化测试估计方法。 TPI Test ProcessImprovement 测试过程改进 用于测试过程改进的一个连续框架，描述了有效测试过程的关键要素，特别针对于系统测试和验收测试。 TPS TEST PEOCESS SPECIFICATION 测试步骤规格说明 Traceability 可跟踪性 Traceability 可跟踪性 开发过程的两个或多个产品之间关系可以被建立起来的程度，尤其是产品彼此之间有一个前后处理关系。 traceability analysis 跟踪性分析 （ 1 ）跟踪概念文档中的软件需求到系统需求；（ 2 ）跟踪软件设计描述到软件需求规格，以及软件需求规格到软件设计描述；（ 3 ）跟踪源代码对应到设计规格，以及设计规格对应到源代码。分析确定它们之间正确性、一致性、完整性、精确性的关系。 traceability matrix 跟踪矩阵 一个用于记录两个或多个产品之间关系的矩阵。例如，需求跟踪矩阵是跟踪从需求到设计再到编码的实现。 traceability 可追溯性 识别文档和软件中相关联条目的能力。例如，需求与相关测试关联。 traceability analysis－－跟踪性分析 （1）跟踪概念文档中的软件需求到系统需求；（2）跟踪软件设计描述到软件需求规格，以及软件需求规格到软件设计描述；（3）跟踪源代码对应到设计规格，以及设计规格对应到源代码。分析确定它们之间正确性、一致性、完整性、精确性的关系。 Traceability 可跟踪性 开发过程的两个或多个产品之间关系可以被建立起来的程度，尤其是产品彼此之间有一个前后处理关系。 Trade-off 平衡 transaction 事务 / 处理 （ 1 ）一个命令、消息或输入记录，它明确或隐含的调用了一个处理活动，例如更新一个文件。（ 2 ）用户和系统之间的一次交互。（ 3 ）在一个数据库管理系统中，完成一个特定目的的处理单元，如恢复、更新、修改或删除一个或多个数据元素。 transaction volume交易量 transform analysis 事务分析 系统的结构是根据分析系统需要处理的事务获得的一种分析技术。 Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等 trojan hor 特洛伊木马 一种攻击计算机系统的方法，典型的方法是提供一个包含具有攻击性隐含代码的有用程序给用户，在用户执行该程序的时候，其隐含的代码对系统进行非法访问，并可能产生破坏。 truth table真值表 用于逻辑操作的一个操作表格。 TST TEST SUMMARY REPORT 测试总结报告 Ttest specification 测试规约说明 测试设计规约、测试用例规约和/或测试规程规约组成的文档。 Tune System 调试系统 TW TEST WARE 测试件 U understandability 可理解性 软件产品对于用户是否易于理解、软件是否适用、怎样应用于特定任务和应用的条件的能力。 Unit Testing 单元测试 unit testing 单元测试 参见组件测试(component testing)。 unit 单元 unreachable code 不可达代码 不能够到达因而不可能被执行的代码。 Usability Testing 可用性测试 测试用户使用和学习产品的容易程度。 usability 可用性 软件能被理解、学习、使用和在特定应用条件下吸引用户的能力。 Usage scenario 使用场景 u ca testing 用例测试 一种黑盒测试设计技术，所设计的测试用例用于执行用户场景。 u ca 用例 用户和系统进行对话过程中的一系列交互，能够产生实际的结果。 Ur acceptance Test 用户验收测试 ur acceptancetesting 用户验收测试 Ur databa 用户数据库 Ur databa 用户数据库 Ur interface testing 用户界面测试 ，指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 Ur interface(UI) 用户界面 Ur profile 用户信息 Ur scenario 用户场景 ur scenario testing 用户场景测试 ur test 用户测试 由真实用户参与的评估组件/系统可用性的测试。 ur documentation 用户文档 V V&V (Verification & Validation) 验证&确认 validation 确认 |
本文发布于:2023-05-07 17:28:29，感谢您对本站的认可！
本文链接：https://www.wtabcd.cn/fanwen/fan/89/866423.html
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。
| 留言与评论（共有 0 条评论） |
