软件测试常用术语Word格式文档下载.docx
《软件测试常用术语Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件测试常用术语Word格式文档下载.docx（45页珍藏版）》请在冰豆网上搜索。
Activeoropen
激活状态
Actualoutcome实际结果被测对象在特定的条件下实际产生的结果。
Adhocreview临时评审
非正式评审（和正式的评审相比）
Adhoctesting（随机测试），没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。
主要是根据测试者的经验对软件进行功能和性能抽查。
随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。
Adhoctesting随机测试
Adaptability
适应性
Agiletesting敏捷测试
对使用敏捷方法，如极限编程（Extremeprogramming）开发的项目进行的软件测试，强调测试优先行的设计模式
Algorithmanalysis算法分析一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间方面的要求。
Algorithmtest算法测试
Algorithm算法
（1）一个定义好的有限规则集，用于在有限步骤内解决一个问题；
（2）执行一个特定任务的任何操作序列。
AllocatedBaseline分配基线 分配基线指在软件需求分析阶段结束时，经过正式评审和批准的软件需求规格说明。
分配基线是最初批准的分配配置标识。
Alphatesting（α测试）,是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。
Alpha测试由选定的用户进行的产品早期性测试。
这个测试一般在可控制的环境下进行的。
Analysis分析
（1）分解到一些原子部分或基本原则，以便确定整体的特性；
（2）一个推理的过程，显示一个特定的结果是假设前提的结果；
（3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。
analyzability
可分析性
软件产品缺陷或运行失败原因可被诊断的能力，或对修改部分的可识别能力。
analyzer分析器
anomaly异常
任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况，都可以称为异常。
异常可以在但不限于下面的过程中识别：
评审（review）、测试分析（testanalysis）、编译（compilation）、软件产品或应用文档的使用等。
Applicationsoftware应用软件满足特定需要的软件。
Applicationundertest（AUT）所测试的应用程序
arctesting弧测试
参见branchtesting
architecture构架一个系统或组件的组织结构。
Artifact工件
Artifact
工件
ASQ：
AutomatedSoftwareQuality自动化软件质量,使用软件工具来提高软件的质量。
Assertionchecking断言检查用户在程序中嵌入的断言的检查。
Assertion断言指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。
AssessmentTeam评审小组
Association关联
ATMAssessmentTeamMember评审小组成员
attractiveness吸引力
软件产品吸引用户的能力
Audittrail审计跟踪系统审计活动的一个时间记录。
audit
审计
对软件产品或过程进行的独立评审，来确认产品是否满足标准、指南、规格说明书以及基于客观准则的步骤等，包括下面的文档：
（1）产品的内容与形式
（2）产品开发应该遵循的流程（3）度量符合标准或指南的准则。
一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。
AutomatedTesting自动化测试使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。
automatedtestware自动测试件
用于自动化测试中的测试件，如，工具脚本
availability可用性
用户使用系统或组件的可操作和易用的程度，通常以百分比的形式出现。
B
BABaselineAssessment基线评审
back-to-backtesting比对测试
用相同的输入，执行组件或系统的两个或多个变量，在产生偏差的时候，对输出结果进行比较和分析。
Backus-NaurFormBNF范式一种分析语言，用于形式化描述语言的语法
BaselineConfigurationManagement 基线配置管理 基线配置管理指建立经正式评审和认可，并作为进一步开发工作的基础的基线的过程。
某些（如软件设计和代码）软件工作产品应该有在预先确定点上建立的基线，并且应该对这些项施加严格的更改控制过程。
当与顾客打交道时，这些基线提供控制和稳定性。
BaselineManagement基线管理 基线管理是指在配置管理中，运用技术上和行政上的管理来指定一些文档和更改这些文档，这些文档在某些特定时刻正式标识和建立起基线。
baseline基线
通过正式评审或批准的规格或软件产品。
以它作为继续开发的基准。
并且在变更的时候，必须通过正式的变更流程来进行。
BasicBlock基本块一个或多个顺序的可执行语句块，不包含任何分支语句。
basistestset基本测试集
根据组件的内部结构或规格说明书设计的一组测试用例集。
通过执行这组测试用例可以保证达到100％的指定覆盖准则（coveragecriterion）的要求。
basistestset基本测试集根据代码逻辑引出来的一个测试用例集合，它保证能获得100%的分支覆盖。
bebugging错误散播
参见errorseeding
Behaviour行为对于一个系统的一个函数的输入和预置条件组合以及需要的反应。
一个函数的所有规格包含一个或多个行为。
benchmarktest基准测试
（1）为使系统或组件能够进行度量和比较而制定的一种测试标准；
（2）用于组件或系统之间进行的比较或和
（1）中提到的标准进行比较的测试。
Benchmark标杆/指标/基准一个标准，根据该标准可以进行度量或比较。
bespokesoftware定制软件为特定的用户定制开发的软件。
与之对比的是现货软件（off-the-shelfsoftware）。
bestpractice最佳实践
在界定范围内，帮助提高组织能力的有效方法或创新实践，通常被同行业组织视最佳的方法或实践。
BetaTestingBeta测试,β测试,用户在开发组织外，由用户进行的对产品预发布版本的测试。
这个测试一般是不可控的。
big-bangtestingIntegrationtestingwherenoincrementaltestingtakesplacepriortoallthesystem'
'
scomponentsbeingcombinedtoformthesystem。
非渐增式测试在单独测试所有构成系统的组件之前不进行任何额外测试的集成测试。
big-bangtesting大爆炸测试
非增量集成测试的一种方法，测试的时候将软件单元、硬件单元或者两者同时,而不是阶段性的，集成到组件或者整个系统中去进行测试。
[与IEEE610一致]参见integrationtesting。
BlackBoxTesting黑盒测试根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
black-boxtechnique
黑盒技术
black-boxtestdesigntechnique
黑盒测试设计技术
基于系统功能或非功能规格说明书来设计或者选择测试用例的技术，不涉及软件内部结构。
Blocker阻碍
Blockingbug阻碍性错误
Bottom-uptesting由低向上测试渐增式集成测试的一种，其策略是先测试底层的组件，然后逐步加入较高层次的组件进行测试，直到系统所有组件都加入到系统。
Boundaryvalue边界值一个输入或输出值，它处在等价类的边界上。
boundaryvalueanalysis边界值分析
一种黑盒设计技术（blackboxtestdesigntechnique），基于边界值进行测试用例的设计。
Boundaryvaluecoverage边界值覆盖通过测试用例，测试组件等价类的所有边界值。
boundaryvaluetesting边界值测试
通过边界值分析方法来生成测试用例的一种测试策略。
Boundaryvaluetesting边界值测试通过边界值分析方法来生成测试用例的一种测试策略。
boundaryvalue
边界值
通过分析输入或输出变量的边界或等价划分（equivalencepartition）的边界来设计测试用例，例如，取变量的最大、最小值、中间值、比最大值大的值、比最小值小的值等。
BoundryValueAnalysis边界值分析该分析一般与等价类一起使用。
经验认为软件的错误经常在输入的边界上产生，因此边界值分析就是分析软件输入边界的一种方法
branchconditioncombinationcoverage分支条件组合覆盖在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比。
Branchconditioncombinationcoverage分支条件组合覆盖
Branchconditioncombinationtesting分支条件组合测试通过执行分支条件结果组合来设计测试用例的一种方法。
branchconditioncoverage分支条件覆盖
branchconditiontesting分支条件测试通过执行分支条件结果来设计测试用例的一种方法。
Branchcondition分支条件
Branchcoverage分支覆盖
Branchoutcome分支结果
Branchpoint分支点
branchpoint分支点
Branchtesting分支测试
branch分支
在组件中，控制从任何语句到其它任何非直接后续语句的一个条件转换，或者是一个无条件转换。
例如:
case,jump,goto,if-then-else语句.
BreadthTesting广度测试在测试中测试一个产品的所有功能，但是不测试更细节的特性。
BreadthTesting广度测试
Bruteforcetesting
强力测试
Buddytest
合伙测试
Buffer缓冲
Bug缺陷，软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不一致的方面。
软件缺陷表现特征为：
软件未达到产品说明书标明的功能；
软件出现产品说明书指明不会出现的错误；
软件功能超出产品说明书指明的范围；
虽然产品说明书未指出但是软件应达到的目标；
软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。
Bugbash缺陷扫除
Bugcrawl
缺陷评审会议
Bugfix缺陷修正
bugreport缺陷报告
Bugtrackingsystem缺陷跟踪系统，BTS也称为“Defecttrackingsystem，DTS”，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。
尤其适用于大型多语言软件的测试管理。
Bugtrackingsystem
缺陷跟踪系统
Build工作版本，软件开发过程中用于内部测试的功能和性能等不完善的软件版本。
工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。
BuildVerficationtests（BVTs）版本验证测试
Build-in内置
BuildVerficationtests（BVTs）
版本验证测试
businessprocess-basedtesting基于业务过程测试
一种基于业务描述和/或业务流程的测试用例设计方法。
C
CapabilityMaturityModel（CMM）能力成熟度模型
描述有效的软件开发过程关键元素的一个五个等级的框架，能力成熟度模型包含了在软件开发和维护中计划、工程和管理方面的最佳实践（bestpractice），缩写为CMM。
CapabilityMaturityModelIntegration（CMMI）能力成熟度模型集成
描述有效的软件产品开发和维护过程的关键元素框架，能力成熟度模型集成包含了软件开发计划、工程和管理等方面的最佳实践，是CMM的指定的继承版本。
capture/playbacktool捕获/回放工具
一种执行测试工具，能够捕获在手工测试过程中的输入，并且生成可执行的自动化脚本用于后续阶段的测试（回放过程）。
这类工具通常使用在自动化回归测试（regressiontest）中。
Capture/playbacktool捕获/回放工具
Capture/ReplayTool捕获/回放工具一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。
这类工具一般在GUI测试中用的较多。
CARCausalAnalysisandResolution原因分析与决策
CASE计算机辅助软件工程ComputerAidedSoftwareEngineering的首字母缩写。
Causeeffectgraphing因果图技术
通过因果图（case-effectgraph）设计测试用例的一种黑盒测试设计技术。
causeeffectgraph因果图一个图形，用来表示输入（原因）与结果之间的关系，可以被用来设计测试用例。
cause-effectdecisiontable因果决策表
参见决策表（decisiontable）。
CBACMM-BasedAppraisal基于CMM的评价
CCConfigurationController配置管理员
certification认证
确认一个组件、系统或个人具备某些特定要求的过程，比如通过了某个考试。
certification－－证明一个过程，用于确定一个系统或组件与特定的需求相一致。
CFCommonFeature公共特性
CFPSCertifiedFunctionPointSpecialist注册功能点专家
changecontrol变更控制一个用于计算机系统或系统数据修改的过程，该过程是质量保证程序的一个关键子集，需要被明确的描述。
changecontrolboard变更控制委员会CCB
ChangeManagement变更管理
ChangeRequest变更请求
changeability可变性
软件产品适应修改的能力
CharacterSet字符集
Characteristic
特征
CheckIn检入
CheckOut检出
checker检验员
CIConfigurationItem配置项
Closeout收尾
CMConfigurationManagement配置管理
CMMCapabilityMaturityModel能力成熟度模型
CodeCoverage代码覆盖率一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。
codeanalyzer代码分析器
codeaudit代码审计由一个人、组或工具对源代码进行的一个独立的评审，以验证其与设计规格、程序标准的一致性。
正确性和有效性也会被评价。
CodeCoverage－－代码覆盖率一种分析方法，用于确定在一个测试套执行后，软件的哪些部分被执行到了，哪些部分没有被执行到。
CodeFreeze
代码冻结
CodeInspection代码检视一个正式的同行评审手段，在该评审中，作者的同行根据检查表对程序的逻辑进行提问，并检查其与编码规范的一致性。
Codepage代码页
Coderule
编码规范
Codesytle
编码风格
CodeWalkthrough代码走读一个非正式的同行评审手段，在该评审中，代码被使用一些简单的测试用例进行人工执行，程序变量的状态被手工分析，以分析程序的逻辑和假设。
code代码
计算机指令和数据定义在程序语言中的表达形式或是汇编程序、编译器或其他翻译器的一种输出形式。
code-basedtesting基于代码的测试根据从实现中引出的目标设计测试用例。
codingstandards编程规范一些编程方面需要遵循的标准，包括命名方式、排版格式等
co-existence共存性
软件产品与通用环境下与之共享资源的其它独立软件之间共存的能力。
Cohesion
内聚度
commercialoff-the-shelfsoftware商业现货软件
Commonsense
常识
comparator比较器
CompatibilityTesting兼容性测试测试软件是否和系统的其它与之交互的元素之间兼容，如：
浏览器、操作系统、硬件等。
compiler编译器
将高级命令语言编写的程序翻译成能运行的机器语言的工具
completepathtesting完全路径测试
completetesting完全测试
completeness完整性实体的所有必须部分必须被包含的属性。
completioncriteria完成准则
Complexity复杂性系统或组件难于理解或验证的程度。
compliancetesting一致性测试
确定组件或系统是否满足标准的测试过程。
compliance一致性
软件产品与法律和类似规定的标准、惯例或规则的一致性方面的能力。
Component组件一个最小的软件单元，有着独立的规格
componentintegrationtesting组件集成测试
为发现集成组件接口之间和集成组件交互产生的缺陷而执行的测试。
componentspecification组件规格说明
根据组件的功能定义为特定输入而应该产生的输出规格进行的功能性和非功能性行为的描述。
例如：
资源使用（resourceutilization）.
ComponentTesting组件测试
compoundcondition复合条件
通过逻辑操作符（AND,OR或者XOR）将两个或多个简单条件连结起来：
如，“A>
0ANDB<
1000”
Computationdatause计算数据使用
computersystemsecurity计算机系统安全性计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制。
concretetestcase具体测试用例
concurrencytesting并发测试
测试组件或系统的两个或多个活动在同样的间隔时间内如何交叉或同步并发。
Concurrencyuser
并发用户
Condition条件一个不包含布尔操作的布尔表达式，例如：
Aconditioncoverage－－条件覆盖通过测试执行到的条件的百分比。
conditioncombinationcoverage条件组合覆盖
conditioncombinationtesting条件组合测试
conditioncoverage条件覆盖
执行测试套件（testsuite）能够覆盖到的条件百分比。
100%的条件覆盖要求测试到每一个条件语句真、假（true,false）的条件。
conditiondeterminationcoverage条件决定覆盖执行测试套件（testsuite）覆盖到的能够独立影响判定结果的单个条件的百分比。
100%的条件决定覆盖意味着100%的判定条件覆盖。
conditiondeterminationtesting条件决定测试
一种白盒测试技术，是对能够独立影响决策结果的单独条件的测试。
conditiontesting条件测试一种白盒测试技术，设计测试用例以执行条件的结果。
conditionoutcome条件结果条件为真为假的评价。
condition条件
一个可被判定为真、假（true,false）的逻辑表达式。
A>
B.
confidencetest置信测试
参见冒烟测试（smoketesting）
configurationauditing配置审核
对配置库及配置项的内容进行检查的过程，比如检查标准的一致性。
conf
升级会员 