软件测试术语
Unit testing（单元测试），指一段代码的基本测试，其实际大小是未定的，通
常是一个函数或子程序，一般由开发者执行。
Integration testing（集成测试），被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后进行。Acceptance testing（验收测试），系统开发生命周期方法论的一个阶段，这
时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。
Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。
Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
Black box testing（黑盒测试），指测试人员不关心程序具体如何实现的一种测试方法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。
White box testing（白盒测试），根据软件内部的工作原理分析来进行测试,基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。
Automated Testing（自动化测试），使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。
Bug (错误)，有时称作defect（缺陷）或error（错误），软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不一致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产品说明书指明不会出现的错误；软件功能超出产品说明书指明的范围；虽然产品说明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。Bug report（错误报告），也称为“Bug record（错误记录）”，记录发现的软件错误信息的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等。
Bug tracking system（错误跟踪系统，BTS），也称为“Defect tracking system，DTS”，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。
“抓虫大扫除”（Bug Bash）：在某一个版本的发行里程碑到达之后，在发行之前项目经理向全体开发组织发出通知，告诉大家哪一天的某个时间是Bug Bash 的时间，到时候全体成员，包括开发、测试、文档等团队、甚至市场部门的员工，全都放下手中的工作，在规定的那一个或几个小时的时间里，每个人把自己当作是用户一样来使用这个未成品的软件，并且进行竞赛，看谁能找到最多的Bug。这样做的目的是，不是按照测试方案的顺序来检查软件，而是通过像真正的用户那样来使用软件，即完全是任意性的、无规则的顺序，看看在这样的使用条件下，还有没有仍旧没有被发现的严重的Bug。我们往往采用谁找到最严重的Bug 就得奖的方法来鼓励大家尽力找出Bug。抓虫大扫除一结束，项目经理马上进行新呈交的Bug数量的统计，然后向开发组织中的全体员工公布。得奖的小有免费的咖啡、午餐、电影票等，大有各种礼物。所以每次Bug Bash 大家都踊跃参加，找到很多测试案例执行时没找到的问题。
Exception（异常/例外），一个引起正常程序执行挂起的事件。
Crash（崩溃），计算机系统或组件突然并完全的丧失功能，例如软件或系统突
然退出或没有任何反应（死机）。
Build（工作版本），软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提
供的部分功能的部分系统。
Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
Load testing（负载测试），通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处
理速率和其他与时间相关的方面。
Performance testing（性能测试），评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。Pilot testing（引导测试），软件开发中，验证系统在真实硬件和客户基础上处理典型操作的能力。在软件外包测试中，引导测试通常是客户检查软件测试公司
测试能力的一种形式，只有通过了客户特定的引导测试，软件测试公司才能接受
客户真实软件项目的软件测试。
Portability testing（可移植性测试），测试软件是否可以被成功移植到指定的
硬件或软件平台上。
Compatibility Testing（兼容性测试），也称“Configuration testing（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。
Installing testing（安装测试），确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供安装一些程序能够运行的基础数据。
International testing（国际化测试），国际化测试的目的是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软件在世界不同区域中都能正常运行。国际化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语（可
选）的混合字符。
Localizability testing(本地化能力测试)，本地化能力是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言的能力。为了降低本地化能力测试的成本，提高测试效率，本地化能力侧是通常在软件的伪本地化版本上进行。本地化能力测试中发现的典型错误包括：字符的硬编码（即软件中需要本地化的字符写在了代码内部），对需要本地化的字符长度设置了国定值，在软件运行时以控件位置定位，图标和位图中包含了需要本地化的文本，软件的用户界面与文
档术语不一致等。
Localization testing（本地化测试），本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机帮助等部
分。
Ad hoc testing (随机测试)，没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的
有效方式和过程。
Smoke testing（冒烟测试），冒烟测试的对象是每一个新编译的需要正式测
试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。参考“Sanity testing（健全测试）”。
Sanity testing（健全测试），软件主要功能成分的简单测试以保证它是否能进
行基本的测试。
User interface（用户界面，UI），广义是指使用户可以和计算机进行交互的硬件和/或软件。狭义是指软件中的可见外观及其底层与用户交互的部分（菜单、
对话框、窗口和其它控件）。
User interface testing (用户界面测试)，指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人
性化、易操作性测试。
Static testing（静态测试），不通过执行来测试一个系统。如代码检查，文档
检查和评审等。
Regression testing（回归测试），在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，对软件的任何新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再现。
Capture/Replay Tool (捕获/回放工具)，一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工
具一般在GUI测试中用的较多。
Debug（调试），开发人员确定引起错误的根本原因和确定可能的修复措施的过程。一般发生在子系统或单元模块编码完成时，或者根据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误。
Deployment（部署），也称为shipment(发布)，对内部IT系统而言，指它的第一个版本通过彻底的测试、形成产品、交付给付款客户的阶段。Dynamic testing（动态测试），通过执行软件的手段来测试软件。Garbage characters（乱码字符），程序界面中显示的无意义的字符，例如，程序对双字节字符集的字符不支持时，这些字符不能正确显示。
GB 18030 testing（GB 18030测试），软件支持GB 18030字符集标准能力的测试，包括GB 18030字符的输入、输出、显示、存储的支持程度。Priority（优先权），从商业角度出发是指错误的重要性，尤其是从客户和用户
的角度出发，是指错误对于系统的可行性和可接受性的影响。与“Severity（严
重性）”相对照。
Severity（严重性），错误对被测系统的影响程度，在终端用户条件下发生的
可能性，软件错误妨碍系统使用的程度。
Quality assurance（质量保证QA），采取相关活动，以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程。
Review（评审），在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。
Screen shot（抓屏、截图），软件测试中，将软件界面中的错误（窗口、菜单、对话框等）的全部或一部分，使用专用工具存储成图像文件，以便于后续处理。
Software life cycle（软件生命周期），开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。
Structured query language（结构化查询语句，SQL），在一个关系数据库中查询和处理数据的一种语言。
TBD(To be determined，待定)，在测试文档中标是一项进行中的尚未最终确定的工作。
Test（测试），执行软件以验证其满足指定的需求并检测错误的过程。检测已有条件之间的不同，并评价软件项的特性软件项的分析过程。软件工程过程的一个活动，它将软件在预定的条件下运行以判断软件是否符合预期结果。
Test case（测试用例），为特定目标而开发的一组测试输入、执行条件和预期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求。Testing coverage（测试覆盖），指测试系统覆盖被测试系统的程度，一项给
定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。
Testing environment（测试环境），进行测试的环境，包括测试平台、测试基础设施、测试实验室和其他设施。
Testing item（测试项），作为测试对象的工作版本。
Testing plan（测试计划），描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。
Testing procedure（测试过程），指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤。
Testing script（测试脚本），一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。
Testing suite（测试包），一组测试用里的执行框架；一种组织测试用例的方法。在测试包里，测试用例可以组合起来创造出独特的测试条件。
软件测试常用英语词汇 静态测试：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.doczj.com/doc/7b9923836.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