软件测试术语
东拼西凑之一：软件测试术语
Glossary
A
Acceptance testing 验收测试
Accessibility test 软体适用性测试
Active or open 激活状态
Adaptability 适应性
Ad hoc testing 随机测试
Algorithm analysis 算法分析
Alpha testing α测试
Anomaly 异常
Artifact 工件
Automated Testing 自动化测试Architecture 构架
Assertion checking 断言检查
Audit 审计
Application under test (AUT) 所测试的应用程序Availability 可用性
B
Baseline 基线
Behaviour 行为
Benchmark 基准
Beta testing β测试
Best practise 最佳实践
Black box testing 黑盒测试
Blocking bug 阻碍性错误
Bottom-up testing 自底向上测试
Branch coverage 分支覆盖
Brute force testing 强力测试
Bug 错误
Bug report 错误报告
Bug tracking system 错误跟踪系统
Build 工作版本（内部小版本）Boundary values 边界值
Buddy test 合伙测试
Bug bash 错误大扫除
Bug crawl 错误评审会议
Build-in 内置
Build Verfication tests(BVTs) 版本验证测试
C
Cause-effect graph 因果图
Capture/Replay Tool 捕获/回放工具
Character Set 字符集
Characteristic 特征
Capability Maturity Model (CMM) 能力成熟度模型
Capability Maturity Model Integration (CMMI) 能力成熟度模型整合Code coverage 代码覆盖
Code Freeze 代码冻结
Code page 代码页
Code rule 编码规范
Code sytle 编码风格
Cohesion 内聚度
Conformity 合格（符合）
Common sense 常识
Compatibility Testing 兼容性测试
Component testing 组件测试
Condition coverage 条件覆盖
Configuration testing 配置测试
Control flow graph 控制流程图
Crash 崩溃
Criticality analysis 致命度分析
Criteria 准则
Concurrency user 并发用户
Configuration item 配置项
Corrective action 纠正措施
Cyclomatic complexity 圈复杂度
D
Data Flow Analysis 数据流分析
Decision coverage 判定覆盖
Debug 调试
Defect 缺陷
Delivery 交付
Defect density 缺陷密度
Dependability 可信性
Deployment 部署
Desk checking 桌前检查
Deviation permit 偏离许可
Distributed testing 分布式测试
Dynamic analysis 动态分析
E
Effectiveness 有效性
Efficiency 效率
Encapsulation 封装
Entry criteria 准入条件Equivalence class 等价类Equivalence partition testing 等价划分测试
Error 错误
Error guessing 错误猜测
Error seeding 错误播种Exception 异常/例外Exception handlers 异常处理器Experience of quality 质量体验Exhaustive testing 穷尽测试Exploratory testing 探索性测试Evaluation 评价，评估
Event-driven 事件驱动
F
Failure 失效
Fatal bug 致命的缺陷
Fault 故障
Feature 产品特性
Field testing 现场测试Flexibility 灵活性Framework 框架
Functional testing 功能测试Functionality 功能性
G
G11N(Globalization) 全球化
Garbage characters 乱码字符
Glossary 术语表
Glass-box testing 白箱测试或白盒测试GUI(Graphical User Interface) 图形用户界面
H
Hard-coding 硬编码
Hotfix 热补丁
I
I18N(Internationalization) 国际化
Identifier 标识符Implementation requirement 实现需求Incremental testing 渐增测试Infrastructure 基础设施Installing testing 安装测试
Integration testing 集成测试
Interface 接口
Inspection 审查
Invoke 调用
Isolation 隔离
Issue 问题
Iteration 迭代
J
K
Key Process Area 关键过程区域
Keyword driven testing 关键字驱动测试
Kick-off meeting 启动会议
L
L10N(Localization) 本地化
Localizability testing 本地化能力测试Localization testing 本地化测试
Load testing 负载测试
Log file 日志文件
M
Maintenance 维护
Maintainability 可维护性
Measurement 度量
Memory leak 内存泄漏
Migration testing 迁移测试
Milestone 里程碑
Mock up 模型，原型
Modularity 模块性
Module 模块
Monkey testing 跳跃式测试
Module testing 模块测试
MTBF 失效平均时间
MTTR 平均维修时间
N
Negative Testing 逆向测试, 反向测试, 负面测试Nest 嵌套
N/A(Not applicable) 不适用的
O
Off-the-shelf software 套装软件
P
Pair Programming 成对编程
Path coverage 路径覆盖
Peer review 同行评审Performance 性能
Performance indicator 性能（绩效）指标Performance testing 性能测试Perventive action 预防措施
Pilot testing 引导测试Portability 可移植性
Positive testing 正向测试Postcondition 后置条件
Pseudo code 伪代码Precondition 前提条件
Priority 优先权
Q
Quality assurance(QA) 质量保证
Quality Control(QC) 质量控制
R
Recovery testing 恢复测试Refactoring 重构
Regression testing 回归测试
Release 发布
Release note 版本说明Reliability 可靠性
Return of Investment（ROI）投资回报率Review 评审Requirements-based testing 基于需求的测试Requirements management tool 需求管理工具Reusability 可重用性，复用率Risk assessment 风险评估
Root Cause Analysis(RCA) 根本原因分析Robustness 强健性
S
Sanity testing 健全测试Scalability 可扩展性Screen shot 抓屏、截图
Script 脚本
Severity 严重性
Security testing 安全性测试Shipment 发布
Software life cycle 软件生命周期Software development plan(SDP) 软件开发计划Stability 稳定性Static testing 静态测试Simulation 模拟Simulator 模拟器
SLA(Service level agreement) 服务级别协议Software development process 软件开发过程Source code 源代码Specification 规格说明书Spiral model 螺旋模型Statement coverage 语句覆盖Stepwise refinement 逐步优化Stress Testing 压力测试Structural coverage 结构化覆盖Stub 桩Synchronization 同步
Syntax testing 语法分析System analysis 系统分析System design 系统设计System integration 系统集成System Testing 系统测试
T
TBD(To be determined) 待定
Test 测试Testing bed 测试平台Test case 测试用例Testing coverage 测试覆盖Test design 测试设计Test driver 测试驱动Testing environment 测试环境Test infrastructure 测试基础建设Testing item 测试项Testing plan 测试计划Testing procedure 测试过程Test scenario 测试场景Test script 测试脚本Test strategy 测试策略Test suite 测试包
Test target 测试目标Testability 可测试性Testware 测试工具
Top-down testing 自顶向下测试
Thread testing 线程测试
Traceability 可跟踪性
Traceability matrix 跟踪矩阵
V
Version 版本
Virtual user 虚拟用户
Volume testing 容量测试
V&V (Verification & Validation) 验证&确认
U
Unit testing 单元测试
User interface(UI) 用户界面
Usability testing 可用性测试
Usage scenario 使用场景
User acceptance Test 用户验收测试
User profile 用户信息
User scenario 用户场景
W
Walkthrough 走读
Waterfall model 瀑布模型
White box testing 白盒测试
Work breakdown structure (WBS) 任务分解结构
Web testing 网站测试
X
Y
Z
Zero bug bounce (ZBB) 零错误反弹
零错误反弹是指在项目中的某一点上，开发活动最终赶上了测试的步伐，当前已经不存在活跃错误
软件测试常用英语词汇汇总
软件测试常用英语词汇 静态测试：Non-Execution-Based Testing或Static testing 代码走查：Walkthrough 代码审查：Code Inspection 技术评审：Review 动态测试：Execution-Based Testing 白盒测试：White-Box Testing 黑盒测试：Black-Box Testing 灰盒测试：Gray-Box Testing 软件质量保证SQA：Software Quality Assurance 软件开发生命周期：Software Development Life Cycle 冒烟测试：Smoke Test 回归测试：Regression Test 功能测试：Function Testing 性能测试：Performance Testing 压力测试：Stress Testing 负载测试：Volume Testing 易用性测试：Usability Testing 安装测试：Installation Testing 界面测试：UI Testing 配置测试：Configuration Testing 文档测试：Documentation Testing 兼容性测试：Compatibility Testing 安全性测试：Security Testing 恢复测试：Recovery Testing 单元测试：Unit Test 集成测试：Integration Test 系统测试：System Test 验收测试：Acceptance Test 测试计划应包括： 测试对象：The Test Objectives 测试范围： The Test Scope 测试策略： The Test Strategy 测试方法： The Test Approach, 测试过程： The test procedures, 测试环境： The Test Environment, 测试完成标准：The test Completion criteria 测试用例：The Test Cases 测试进度表：The Test Schedules 风险：Risks 接口：Interface 最终用户：The End User 正式的测试环境：Formal Test Environment 确认需求：Verifying The Requirements
测试专业术语
软件测试术语表 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。 algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题； （2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性； （2）一个推理的过程，显示一个特定的结果是假设前提的结果； （3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。 application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 Backus-Naur Form－－BNF范式
软件测试常用术语
软件【Software】： 软件（software）是计算机中与硬件（hardware）相结合的一部分，包括程序（program）和文档（document）。用一个等式表示为：软件＝程序＋文档。其中，“程序”指的是能够实现某种功能的指令的集合，如C语言程序，Java程序等；“文档”指的是在软件开发、使用和维护过程中产生的图文集合，如《系统需求规格说明书》、《用户手册》、readme，甚至是一些软件市场宣传资料，包装文字和图形等。 【备注：软件测试绝不等同于程序测试，文档测试也是软件测试的一个重要组成部分。通常，程序测试主要包括程序逻辑功能、界面、性能、易用性、兼容性、安装等的测试；文档测试主要包括文档内容和截图的校验，排版风格的检查，错别字的校验等】 客户端/服务器【C/S】： C指的是客户端（Client），S指的是服务器端（Server）,这种软件是基于局域网或互联网的，需要一台服务器来安装服务器端软件，每台客户端都需要安装客户端软件。比如我们经常用的QQ、MSN和各种网络游戏就属于C/S结构的软件。 【备注：C/S结构的软件过去比较流行，但是不便于升级和维护，现在逐渐被B/S结构软件所取代】 浏览器/服务器【B/S】： B指的是浏览器（Browser），S指的是服务器（Server），这种软件同样是基于局域网或互联网的，它与结C/S构软件的区别就在于，不需要安装客户端（client），只需要有IE 等浏览器，就可以直接使用。比如搜狐、新浪等门户网站及163邮箱都属于B/S结构的软件。 【备注：B/S结构软件是现在软件的主流，与C/S结构软件相比，便于升级和维护，是测试的重点】 缺陷【Bug/Defect】： 软件的Bug指的是软件中（包括程序和文档）不符合用户需求的问题。 【备注：这个定义是判断一个软件问题是否是Bug个唯一标准】 软件测试【Software Testing】： 使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别（1983，IEEE软件工程标准术语）。 测试环境【Testing Environment(TE)】： 软件测试环境就是软件运行的平台，包括软件、硬件和网络的集合。用一个等式来表示：测试环境＝软件＋硬件＋网络。其中，“硬件”主要包括PC机（包括品牌机和兼容机）、笔记本、服务器、各种PDA终端等；“软件”主要指软件运行的操作系统；“网络”主要针对的是C/S结构和B/S结构的软件。 【备注：作为一个合格的软件测试工程师，不仅要熟悉软件的知识，也要了解硬件和网络的相关知识】 测试用例【Test Case(TC)】： 指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。用一个等式来简单表示：测试用例＝输入＋输出＋测试环境。其中，“输入”包括测试数据和操作步骤；“输出”指的是期望结果；测试环境指的是系统环境设置。
软件测试常用术语 (新手必看)
在软件测试中会遇到一些专有名词，英文缩写，涉及到网络、软件、测试各个层面,软件测试需要跨平台，所以在技术拓展上要留意多方面的积累与总结！ ADO: ActiveX Data Object，ActiveX 数据对象。是ASP语言访问数据库的中间件。 BAT: Build Acceptance Testing，工作版本可接受测试。新工作版本正式测试前进行的一项快速测试过程，目的是保证软件的基本功能和内容正确完整，具有可测试性，经过BAT 测试后，就进入了正轨测试阶段。 BRC: Bug Review Council，缺陷复查委员会。负责 Adobe 软件缺陷的成员，负责复查报告的新缺陷是否正确，并且修正处理。 CCJK : Chinese Simplified，Chinese Traditional, Japanese，Korean，简体中文，繁体中文，日文和朝鲜语。本地化测试中的四种典型东亚语言。 CMM : Capability Maturity Model，能力成熟度模型。美国卡内基·梅隆大学的软件工程研究院(SEI)开发的用于软件开发过程的管理及工程能力的提高与评估的方法，共五个级别。 C/S : Client/Server，客户机/服务器。来源：深圳软件测试局域网软件的一种模式。 DBCS : Double Bytes Character Set，双字节字符集。用两个字节长度表示一个字符的字符编码系统。中文，日文和朝鲜文都用双字节字符集表示。 DLL : Dynamic Link Library，动态链接库。大型软件常用的一种软件开发方法，按照功能模块将不同功能分别集成在不同的动态链接库中。国际化软件开发中通常将可以本地化的软件界面资源文件放在单独的动态链接库中，便于本地化处理。 DTS : Defect Tracking System，缺陷跟踪系统。软件测试中集中管理软件缺陷（bug）的数据库，完成缺陷报告、修改、查询、统计等功能。 EOF : End Of File，文件结尾。某些文件在存储时在结尾处写入代表结尾的特殊信息。 ERP : Enterprise Resource Planning，企业资源规划。它是从 MRP （物料资源计划）发展而来的新一代集成化管理信息系统，它扩展了 MRP 的功能，其核心思想是供应链管理，它跳出了传统企业边界，从供应链范围去优化企业的资源，是基于网络经济时代的新一代信息系统。 EULA : End User License Agreement，终端用户许可协议。软件中关于终端用户安装和使用授权和其他许可的内容，通常是一个单独的文档。 FIGS : French，Italian，Germany，Spanish, 法语，意大利语，德语，西班牙语。是软件本地化的欧洲代表语言。
软件测试专业术语中英文对照
软件测试专业术语中英文对照A Acceptance testing : 验收测试 Acceptance Testing：可接受性测试 Accessibility test : 软体适用性测试 actual outcome：实际结果 Ad hoc testing : 随机测试 Algorithm analysis : 算法分析 algorithm：算法 Alpha testing : α测试 analysis：分析 anomaly：异常 application software：应用软件 Application under test (AUT) : 所测试的应用程序 Architecture : 构架 Artifact : 工件 ASQ：自动化软件质量（Automated Software Quality） Assertion checking : 断言检查 Association : 关联 Audit : 审计
audit trail：审计跟踪 Automated Testing：自动化测试 B Backus-Naur Form：BNF范式 baseline：基线 Basic Block：基本块 basis test set：基本测试集 Behaviour : 行为 Bench test : 基准测试 benchmark：标杆/指标/基准 Best practise : 最佳实践 Beta testing : β测试 Black Box Testing：黑盒测试 Blocking bug : 阻碍性错误 Bottom-up testing : 自底向上测试 boundary value coverage：边界值覆盖 boundary value testing：边界值测试 Boundary values : 边界值 Boundry Value Analysis：边界值分析 branch condition combination coverage：分支条件组合覆盖branch condition combination testing：分支条件组合测试
软件测试中英文术语对照表
软件测试中英文术语对照表． 软件测试中英文术语对照表英文术语中文术语对应的说明 High Level Test Case Abstract Test Case 抽象测试用例
Acceptance Testing Acceptance 验 为了满足组件或系统使用者客户或其他授权Acceptance Criteria 验收准 体的需要，组件或系统必须达到的准则IEEE 610) 一般由用客户进行的确认是否可以接受一Acceptance Testing验收测 业务流系统的验证性测试是根据用户需求以确保系统复合所有验收准进行的正式测试（IEEE 61一致Accessibility Testing可达性测可达性测试就是测试残疾人或不方便的人使即被测试的软件是软件或者组件的容易程度这能够被残疾或者部分有障碍人士正常使用中也包含了正常人在某些时候发生暂时性障的情况下正常使用，如怀抱婴儿Accuracy准确软件产品提供的结果的正确性一致性和精确 Functionality。参序的能力ISO9126Testing Actual OutcomeActual Result 实际结 实际结Actual Result组件或系统测试之后产生或观察到的行 临时评Ad Hoc Review非正式评审（和正式的评审相比随机测非正式的测试执行即没有正式的测试准备Ad Hoc Testing 也没有期望结果和必须遵格设计和技术应用的测试执行指Adaptability适应而适应不同特定软件产品无需进行额外修改Probability境的能。参(ISO9126敏捷测Agile Tesing
如极限编程开发的项目进行对使用敏捷方法 Test强调测试优先行的设计模式软件测试Driven Development Algorithm Test[Tmap]算法测Branch Testing AlphAlpha Testing 测由潜在用户或者独立的测试团队在开发环境 通常在或者模拟实际操作环境下进行的测试发组织之外进行。通常是对现货软件COTS) 行内部验收测试的一种方式Analyzability 可分析性软件产品缺陷或运行失败原因可悲诊断的能力，。参见或对修改部分的可识别能力(ISO9126)Maintainability 分析器Analyzer Static Analyzer Anomaly 异常任何和基于需求文档、设计文档、用户文档、标准或者个人的期望和预期之间偏差的情况都可以称为异常。异常可以在但不限于下面的过程中识别：评审（Review)、测试分析（Test Analysis)、编译(Compilation)、软件产品或应用文档的使用等。参见Defect、Deviation、 ErroFaulFailurIncidenProblem Branch Testing 弧测Arc Testing 软件产品吸引用户的能吸引(ISO 9126。参Attractiveness Usability 对软件产品或过程进行的独立评审审来确认产Audit 是否满足标准指南规格说明书以及基于客准则的步骤等，包括下面的文档：）产品内容与形式；）产品开发应该遵循的流程）度量符合标准或指南的准则IEEE 1028)
软件测试英语专业词汇
1. 软件测试英语专业词汇 2. NLV ：Nation Language Version 本地化版本 3. FVT ：Functional Verification Testing 功能验证测试 4. TVT ：Translation Verification Testing 翻译验证测试 5. SVT：System Verification Testing 系统验证测试 6. fault ――故障 在软件中一个错误的表现。 7. feasible path --- 可达路径 可以通过一组输入值和条件执行到的一条路径。 8. feature testin ----- 特性测试 参考功能测试( Functional Testing) 9. FMEA ― ―失效模型效果分析 (Failure Modes and Effects Analysis) 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效 10. FMECA ― ―失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis) FMEA 的一个扩展，它分析了失效结果的严重性。
11. FTA——故障树分析(Fault Tree Analysis) 引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。
12. functional decomposition 功能分解 参考模块分解( modular decomposition) 13. Functional Specification －－功能规格说明书 一个详细描述产品特性的文档。 14. Functional Testin 功能测试 测试一个产品的特性和可操作行为以确定它们满足规格。 15. glass box testin ——玻璃盒测试 参考白盒测试( White Box Testing) 16. IEEE――美国电子与电器工程师学会(Institute of Electrical and Electronic Engineers) 17. incremental testing ---- 渐增测试 集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。 18. infeasible path --- 不可达路径 不能够通过任何可能的输入值集合执行到的路径。 19. in put domain -- 输入域 所有可能输入的集合。 20. inspection 检视 对文档进行的一种评审形式。 21. installability testing ---- 可安装性测试 确定系统的安装程序是否正确的测试。 22. instrumentation --- 插桩
软件测试常用术语表
第119贴【2004－10－12】：常见测试术语一 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间 方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性；（2）一个推理的过程，显示一个特定的结果是假 设前提的结果；（3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。
application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的 条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 第120贴【2004－10－13】：常见测试术语二 Backus-Naur Form－－BNF范式 一种分析语言，用于形式化描述语言的语法 baseline－－基线
软件测试英语专业词汇
NLV：Nation Language Version 本地化版本 FVT：Functional Verification Testing 功能验证测试 TVT：Translation Verification Testing 翻译验证测试 SVT：System Verification Testing 系统验证测试 fault－－故障 在软件中一个错误的表现。 feasible path－－可达路径 可以通过一组输入值和条件执行到的一条路径。 feature testing－－特性测试 参考功能测试（Functional Testing） FMEA－－失效模型效果分析（Failure Modes and Effects Analysis） 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效 FMECA－－失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis) FMEA的一个扩展，它分析了失效结果的严重性。 FTA－－故障树分析(Fault Tree Analysis) 引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。 functional decomposition－－功能分解 参考模块分解（modular decomposition） Functional Specification －－功能规格说明书 一个详细描述产品特性的文档。 Functional Testing－－功能测试 测试一个产品的特性和可操作行为以确定它们满足规格。 glass box testing－－玻璃盒测试 参考白盒测试（White Box Testing） IEEE－－美国电子与电器工程师学会（Institute of Electrical and Electronic Engineers） incremental testing－－渐增测试 集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。 infeasible path－－不可达路径 不能够通过任何可能的输入值集合执行到的路径。 input domain－－输入域 所有可能输入的集合。
软件测试英语专业词汇
1.软件测试英语专业词汇 2.NＬV:Naｔiｏn Lanｇuage Veｒsion 本地化版本 3.ＦVT:Funcｔionａl VeｒifｉcatioｎTesｔinｇ功能验证测试 4.TＶT:Translaｔion Veｒifiｃａtiｏn Ｔｅsｔing 翻译验证测试 5.SVT:Ｓysｔem VerificaｔｉoｎＴestiｎｇ系统验证测试 6.ｆaｕｌt-－故障 在软件中一个错误得表现。 7.ｆeasｉblｅpath——可达路径 可以通过一组输入值与条件执行到得一条路径。 8.fｅatｕre tｅｓting-－特性测试?参考功能测试（FunctionalＴ estｉng) 9.ＦMEＡ—-失效模型效果分析(Fａiｌuｒe Modes and Effｅcts Anaｌysis) 可靠性分析中得一种方法，用于在基本组件级别上确认对系统性能有重大影响得失效 10.FMECA-—失效模型效果关键性分析（FａiｌurｅMｏｄｅs and Eｆfｅcts Cｒiｔicaｌity Aｎalｙsｉs)?FMEA得一个扩展，它分析了失效结果得严重性. 11.FTA-—故障树分析（Fault Ｔree Anａlysis)?引起一个不需要事件 产生得条件与因素得确认与分析,通常就是严重影响系统性能、经济性、安全性或其它需要特性. 12.fｕｎcｔｉonａl depoｓｉｔｉon－－功能分解?参考模块分解
(modｕｌar deｐosition) 13.Fuｎctional Specifｉcatiｏn —－功能规格说明书?一个详细描述 产品特性得文档. 14.Ｆunctｉonal Ｔestiｎg-－功能测试?测试一个产品得特性与可操 作行为以确定它们满足规格。 15.gｌasｓbox testiｎg—－玻璃盒测试?参考白盒测试（Wｈｉtｅ Box Tｅｓting) 16.IEEE-—美国电子与电器工程师学会(IｎsｔituｔｅofＥlecｔr ｉcal aｎｄElectroｎic Engineers) 17.iｎcremenｔａｌｔestinｇ-－渐增测试 集成测试得一种，组件逐渐被增加到系统中直到整个系统被集成。 18.infeaｓｉｂlｅpath—－不可达路径 不能够通过任何可能得输入值集合执行到得路径. 19.iｎpｕt dｏmａin－-输入域 所有可能输入得集合. 20.iｎspectｉoｎ－－检视 对文档进行得一种评审形式。 21.instaｌlabilｉｔｙtｅsting－－可安装性测试?确定系统得安装程 序就是否正确得测试。 22.iｎstrumeｎtatiｏn——插桩?在程序中插入额外得代码以获得程 序在执行时行为得信息。 23.iｎstｒumeｎteｒ—－插装器?执行插装得工具
软件测试英文术语
软件测试常用单词： 1．静态测试：Non-Execution-Based Testing或Static testing 代码走查：Walkthrough 代码审查：Code Inspection 技术评审：Review 2．动态测试：Execution-Based Testing 3．白盒测试：White-Box Testing 4．黑盒测试：Black-Box Testing 5．灰盒测试：Gray-Box Testing 6．软件质量保证SQA：Software Quality Assurance 7．软件开发生命周期：Software Development Life Cycle 8．冒烟测试：Smoke Test 9．回归测试：Regression Test 10．功能测试：Function Testing 11．性能测试：Performance Testing 12．压力测试：Stress Testing 13．负载测试：Volume Testing 14．易用性测试：Usability Testing 15．安装测试：Installation Testing 16．界面测试：UI Testing 17．配置测试：Configuration Testing 18．文档测试：Documentation Testing 19．兼容性测试：Compatibility Testing 20．安全性测试：Security Testing 21．恢复测试：Recovery Testing 22．单元测试：Unit Tes 23．集成测试：Integration Test 24．系统测试：System Test 25．验收测试：Acceptance Test 26．测试计划应包括： 测试对象：The Test Objectives, 测试范围：The Test Scope,
软件测试术语中英文对照
Acceptance testing 验收测试Accessibility 可接近性Active or open 激活状态Adaptability 适应性 Ad-hoc Test 随机测试Architecture 体系结构 Audit 审核 Auditor 审核员 Auditor qualifications 审核员资格Availability 可用性Behavioral test 行为测试Baseline 基线 Black-box test 黑盒测试Bottom-up integration 自底向上集成Boundary condition 边界条件 Bug 缺陷 Bug crawl 缺陷评审会议Build 软件构建包Capability 能力Capacity test 容量测试Certification 认证 Change control 变更控制管理
CCB，Change Control Bard 变更控制委员会Characteristic 特性 Close or inactive 关闭或非激活状态Closure period 修复周期 Code audit 代码审计 Code completed 代码完成 Code freeze 代码冻结 Code inspection 代码审查 Code walk —through 代码走查Cohesion 内聚度Compatibility 兼容性 Compile 编译 Complexity 复杂性Component testing 组件测试Comfirmation tests 确认测试Configuration management 配置管理Conformity 合格（符合）Congruent 一致性Continual improvement 持续改进Corrective action 纠正措施Coupling 耦合度Coverage 覆盖率
软件测试常见术语英文缩写
软件测试常见术语-英文缩写 ADO，ActiveX Data Object，ActiveX 数据对象。是ASP语言访问数据库的中间件。 BA T，Build Aclearcase/" target="_blank" >cceptance Testing，工作版本可接受测试。新工作版本正式测试前进行的一项快速测试过程，目的是保证软件的基本功能和内容正确完整，具有可测试性，经过BAT测试后，就进入了正轨测试阶段。 BRC，Bug Review Council，缺陷复查委员会。负责Adobe 软件缺陷的成员，负责复查报告的新缺陷是否正确，并且修正处理。 CCJK，Chinese Simplified，Chinese Traditional, Japanese，Korean，简体中文，繁体中文，日文和朝鲜语。本地化测试中的四种典型东亚语言。 CMM，Capability Maturity Model，能力成熟度模型。美国卡内基·梅隆大学的软件工程研究院(SEI)开发的用于软件开发过程的管理及工程能力的提高与评估的方法，共五个级别。 C/S，Client/Server，客户机/服务器。局域网软件的一种模式。 DBCS，Double Bytes Character Set，双字节字符集。用两个字节长度表示一个字符的字符编码系统。中文，日文和朝鲜文都用双字节字符集表示。 DLL，Dynamic Link Library，动态链接库。大型软件常用的一种软件开发方法，按照功能模块将不同功能分别集成在不同的动态链接库中。国际化软件开发中通常将可以本地化的软件界面资源文件放在单独的动态链接库中，便于本地化处理。 DTS，Defect Tracking System，缺陷跟踪系统。软件测试中集中管理软件缺陷(bug)的数据库，完成缺陷报告、修改、查询、统计等功能。 EOF，End Of File，文件结尾。某些文件在存储时在结尾处写入代表结尾的特殊信息。 ERP，Enterprise Resource Planning，企业资源规划。它是从MRP(物料资源计划)发展而来的新一代集成化管理信息系统，它扩展了MRP的功能，其核心思想是供应链管理，它跳
最全的软件测试英语单词
软件测试英语单词 Acceptance testing : 验收测试 Acceptance Testing：可接受性测试 Accessibility test : 软体适用性测试 actual outcome：实际结果 Ad hoc testing : 随机测试 Algorithm analysis : 算法分析 algorithm：算法 Alpha testing : α测试 analysis：分析 anomaly：异常 application software：应用软件 Application under test (AUT) : 所测试的应用程序Architecture : 构架 Artifact : 工件 ASQ：自动化软件质量（Automated Software Quality）Assertion checking : 断言检查 Association : 关联 Audit : 审计 audit trail：审计跟踪 Automated Testing：自动化测试
Backus-Naur Form：BNF范式 baseline：基线 Basic Block：基本块 basis test set：基本测试集 Behaviour : 行为 Bench test : 基准测试 benchmark：标杆/指标/基准 Best practise : 最佳实践 Beta testing : β测试 Black Box Testing：黑盒测试 Blocking bug : 阻碍性错误 Bottom-up testing : 自底向上测试 boundary value coverage：边界值覆盖 boundary value testing：边界值测试 Boundary values : 边界值 Boundry Value Analysis：边界值分析 branch condition combination coverage：分支条件组合覆盖branch condition combination testing：分支条件组合测试branch condition coverage：分支条件覆盖 branch condition testing：分支条件测试 branch condition：分支条件 Branch coverage : 分支覆盖
软件测试术语总结
1.配置项 出处： https://www.wendangku.net/doc/d89883482.html,/wiki/Confi guration_item Configuration item From Wikipedia, the free encyclopedia Jump to: navigation, search The term configuration item or CI refers to the fundamental structural unit of a configuration management system. Examples of CIs include individual requirements documents, software, models, and plans. The Configuration management system oversees the life of the CIs through a combination of process and tools by implementing and enabling the fundamental elements of identification, change management, status accounting, and audits. The objective of this system is to avoid the introduction of errors related to lack of testing as well as incompatibilities with other CIs. [edit] Role in configuration management The term configuration item can be applied to anything designated for the application of the elements of configuration management and treated as a single entity in the configuration management system. ?The entity must be uniquely identified so that it can be distinguished from all other configuration items. ?From the perspective of the implementer of a change, the CI is the "what" of the change. Altering a specific baseline version of a configuration item creates a new version of the same configuration item, itself a baseline. In examining the effect of a change, two of the questions that must be asked are: 1.What configuration items are affected? 2.How have the configuration items been affected?
软件测试词汇(英语)
A Acceptance Testing:T esting conducted to enable a user/customer to determine whether to accept a software product. Normally performed to validate the software meets a set of agreed acceptance criteria. Accessibility Testing:Verifying a product is accessible to the people having disabilities (deaf, blind, mentally disabled etc.). Ad Hoc Testing:A testing phase where the tester tries to 'break' the system by randomly trying the system's functionality. Can include negative testing as well. See also Monkey Testing. Agile Testing:Testing practice for projects using agile methodologies, treating development as the customer of testing and emphasizing a test-first design paradigm. See also T est Driven Development. Application Binary Interface (ABI):A specification defining requirements for portability of applications in binary forms across defferent system platforms and environments. Application Programming Interface (API):A formalized set of software calls and routines that can be referenced by an application program in order to access supporting system or network services. Automated Software Quality (ASQ):The use of software tools, such as automated testing tools, to improve software quality. Automated Testing: ?Testing employing software tools which execute tests without manual intervention. Can be applied in GUI, performance, API, etc. testing. ?The use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes, the setting up of test preconditions, and other test control and test reporting functions. B Backus-Naur Form:A metalanguage used to formally describe the syntax of a language. Basic Block:A sequence of one or more consecutive, executable statements containing no branches. Basis Path Testing:A white box test case design technique that uses the algorithmic flow of the program to design tests. Basis Set:The set of tests derived using basis path testing. Baseline:The point at which some deliverable produced during the software engineering process is put under formal change control. Beta Testing:Testing of a rerelease of a software product conducted by customers. Binary Portability Testing:Testing an executable application for portability across system platforms and environments, usually for conformation to an ABI specification. Black Box Testing:Testing based on an analysis of the specification of a piece of software without reference to its internal workings. The goal is to test how well the