第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－－基线
一个已经被正式评审和批准的规格或产品，它作为进一步开发的一个基础，并且必须通过正式的变更流程来变更
。
Basic Block－－基本块
一个或多个顺序的可执行语句块，不包含任何分支语句。
basis test set－－基本测试集
根据代码逻辑引出来的一个测试用例集合，它保证能获得100%的分支覆盖。
behaviour－－行为
对于一个系统的一个函数的输入和预置条件组合以及需要的反应。一个函数的所有规格包含一个或多个行为。
benchmark－－标杆/指标/基准
一个标准，根据该标准可以进行度量或比较。
Beta Testing－－Beta测试
在客户场地，由客户进行的对产品预发布版本的测试。这个测试一般是不可控的。
big-bang testing－－大锤测试/一次性集成测试
非渐增式集成测试的一种策略，测试的时候把所有系统的组件一次性组合成系统进行测试。
Black Box Testing－－黑盒测试
根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子
。
bottom-up testing－－由低向上测试
渐增式集成测试的一种，其策略是先测试底层的组件，然后逐步加入较高层次的组件进行测试，直到系统所有组
件都加入到系统。
boundary value－－边界值
一个输入或输出值，它处在等价类的边界上。
boundary value coverage－－边界值覆盖
通过测试用例，测试组件等价类的所有边界值。
boundary value testing－－边界值测试
通过边界值分析方法来生成测试用例的一种测试策略。Boundry Value Analysis－－边界值分析
该分析一般与等价类一起使用。经验认为软件的错误经常在输入的边界上产生，因此边界值分析就是分析软件输
入边界的一种方法。
branch－－分支
在组件中，控制从任何语句到其它任何非直接后续语句的一个条件转换，或者是一个无条件转换。
branch condition－－分支条件
branch condition combination coverage－－分支条件组合覆盖
在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比。
branch condition combination testing－－分支条件组合测试
通过执行分支条件结果组合来设计测试用例的一种方法。branch condition coverage－－分支条件覆盖
每个判定中分支条件结果被测试用例覆盖到的百分比。
branch condition testing－－分支条件测试
通过执行分支条件结果来设计测试用例的一种方法。
branch coverage－－分支覆盖
通过测试执行到的分支的百分比。
branch outcome－－分支结果
见判定结果（decision outcome）
branch point－－分支点
见判定（decision）
branch testing－－分支测试
通过执行分支结果来设计测试用例的一种方法。
Breadth Testing－－广度测试
在测试中测试一个产品的所有功能，但是不测试更细节的特性。bug－－缺陷
第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
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－－循环复杂度
一个程序中独立路径的数量。
第122贴【2004－10－19】：常见测试术语四
data corruption－－数据污染
违背数据一致性的情况。
data definition－－数据定义
一个可执行语句，在该语句上一个变量被赋予了一个值。
data definition C-use coverage－－数据定义C-use覆盖
在组件中被测试执行到的数据定义C-use使用对的百分比。
data definition C-use pair－－数据定义C-use使用对
一个数据定义和一个计算数据使用，数据使用的值是数据定义的
值。
data definition P-use coverage－－数据定义P-use覆盖
在组件中被测试执行到的数据定义P-use使用对的百分比。
data definition P-use pair－－数据定义P-use使用对
一个数据定义和一个条件数据使用，数据使用的值是数据定义的值。
data definition-use coverage－－数据定义使用覆盖
在组件中被测试执行到的数据定义使用对的百分比。
data definition-use pair －－数据定义使用对
一个数据定义和一个数据使用，数据使用的值是数据定义的值。data definition-use testing－－数据定义使用测试
以执行数据定义使用对为目标进行测试用例设计的一种技术。data dictionary－－数据字典
（1）一个软件系统中使用的所有数据项名称，以及这些项相关属性的集合。（2）数据流、数据元素、文件、数据基础、和相关处理的一个集合。
data flow analysis－－数据流分析
一个软件验证和确认过程，用于保证输入和输出数据和它们的格式是被适当定义的，并且数据流是正确的。
data flow coverage－－数据流覆盖
测试覆盖率的度量是根据变量在代码中的使用情况。
data flow diagram－－数据流图
把数据源、数据接受、数据存储和数据处理作为节点描述的一个图形，数据之间的逻辑体现为节点之间的边。
data flow testing－－数据流测试
根据代码中变量的使用情况进行的测试。
data integrity－－数据完整性
一个数据集合完全、正确和一致的程度。
data use－－数据使用
一个可执行的语句，在该语句中，变量的值被访问。
data validation－－数据确认
用于确认数据不正确、不完整和不合理的过程。
dead code－－死代码
在程序操作过程中永远不可能被执行到的代码。
Debugging－－调试
发现和去除软件失效根源的过程。
decision－－判定
一个程序控制点，在该控制点上，控制流有两个或多个可替换路由。
Decision condition－－判定条件
判定内的一个条件。
decision coverage－－判定覆盖
在组件中被测试执行到的判定结果的百分比。
decision outcome－－判定结果
一个判定的结果，决定控制流走哪条路径。
decision table－－判定表
一个表格，用于显示条件和条件导致动作的集合。
Depth Testing－－深度测试
执行一个产品的一个特性的所有细节，但不测试所有特性。比较广度测试。
design of experiments－－实验设计
一种计划实验的方法，这样适合分析的数据可以被收集。
design-based testing－－基于设计的测试
根据软件的构架或详细设计引出测试用例的一种方法。
desk checking－－桌面检查
通过手工模拟软件执行的方式进行测试的一种方式。diagnostic－－诊断
检测和隔离故障或失效的过程。
dirty testing－－肮脏测试
参考负面测试（negative testing）
disaster recovery－－灾难恢复
一个灾难的恢复和重建过程或能力。
documentation testing －－文档测试
测试关注于文档的正确性。
domain－－域
值被选择的一个集合。
domain testing－－域测试
参考等价划分测试（equivalence partition testing）
dynamic analysis－－动态分析
根据执行的行为评价一个系统或组件的过程。
Dynamic Testing－－动态测试
通过执行软件的手段来测试软件。
第123贴【2004－10－20】：常见测试术语五
embedded software－－嵌入式软件
软件运行在特定硬件设备中，不能独立于硬件存在。这类系统一般要求实时性较高。
emulator－－仿真
一个模仿另一个系统的系统或设备，它接受相同的输入并产生相同的输出。
End-to-End testing－－端到端测试
在一个模拟现实使用的场景下测试一个完整的应用环境，例如和数据库交互，使用网络通信等。
entity relationship diagram－－实体关系图
描述现实世界中实体及它们关系的图形。
entry point －－入口点
一个组件的第一个可执行语句。
Equivalence Class－－等价类
组件输入或输出域的一个部分，在该部分中，组件的行为从组件的规格上来看认为是相同的。
equivalence partition coverage－－等价划分覆盖
在组件中被测试执行到的等价类的百分比。
equivalence partition testing－－等价划分测试
根据等价类设计测试用例的一种技术。
Equivalence Partitioning－－等价划分
组件的一个测试用例设计技术，该技术从组件的等价类中选取典型的点进行测试。
error－－错误
IEEE的定义是：一个人为产生不正确结果的行为。
error guessing－－错误猜测
根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术。
error seeding－－错误播种/错误插值
故意插入一些已知故障（fault）到一个系统中去的过程，目的是
为了根据错误检测和跟踪的效率并估计系统中遗
留缺陷的数量。
exception－－异常/例外
一个引起正常程序执行挂起的事件。
executable statement－－可执行语句
一个语句在被编译后会转换成目标代码，当程序运行是会被执行，并且可能对程序数据产生动作。
Exhaustive Testing－－穷尽测试
测试覆盖软件的所有输入和条件组合。
exit point－－出口点
一个组件的最后一个可执行语句。
expected outcome－－期望结果
参考预期结果（predicted outcome）。
第124贴【2004－10－21】：常见测试术语六
failure－－失效
软件的行为与其期望的服务相背离。
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－－功能测试
测试一个产品的特性和可操作行为以确定它们满足规格。
第125贴【2004－10－22】：常见测试术语七
glass box testing－－玻璃盒测试
参考白盒测试（White Box Testing）
IEEE－－美国电子与电器工程师学会（Institute of Electrical and Electronic Engineers）
incremental testing－－渐增测试
集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。
infeasible path－－不可达路径
不能够通过任何可能的输入值集合执行到的路径。
input domain－－输入域
所有可能输入的集合。
inspection－－检视
对文档进行的一种评审形式。
installability testing－－可安装性测试
确定系统的安装程序是否正确的测试。
instrumentation－－插装
在程序中插入额外的代码以获得程序在执行时行为的信息。instrumenter－－插装器
执行插装的工具
Integration Testing－－集成测试
测试一个应用组合后的部分以确保它们的功能在组合之后正确。该测试一般在单元测试之后进行。
interface－－接口
两个功能单元的共享边界。
interface analysis－－接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格。interface testing－－接口测试
测试系统组件间接口的一种测试。
invalid inputs－－无效输入
在程序功能输入域之外的测试数据。
isolation testing－－孤立测试
组件测试（单元测试）策略中的一种，把被测组件从其上下文组件之中孤立出来，通过设计驱动和桩进行测试的
一种方法。
第126贴【2004－10－25】：常见测试术语八
Job－－工作
一个用户定义的要计算机完成的工作单元。
job control language－－工作控制语言
用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。
LCSAJ－－线性代码顺序和跳转（Linear Code Sequence And Jump）
包含三个部分：可执行语句线性顺序的起始，线性顺序的结束，在线性顺序结束处控制流跳转的目标语句。
LCSAJ coverage－－LCSAJ覆盖
在组件中被测试执行到的LCSAJ的百分比。
LCSAJ testing－－LCSAJ测试
根据LCSAJ设计测试用例的一种技术。
Load Testing－－负载测试
通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。
logic analysis－－逻辑分析
（1）评价软件设计的关键安全方程式、算法和控制逻辑的方法。（2）评价程序操作的顺序并且检测可能导致灾难的错误。
logic-coverage testing－－逻辑覆盖测试
参考结构化测试用例设计（structural test case design）maintainability－－可维护性
一个软件系统或组件可以被修改的容易程度，这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。
maintainability testing－－可维护性测试
测试系统是否满足可维护性目标。
modified condition/decision coverage－－修改条件/判定覆盖
在组件中被测试执行到的修改条件/判定的百分比。
modified condition/decision testing －－修改条件/判定测试
根据MC/DC设计测试用例的一种技术。
Monkey Testing－－跳跃式测试
随机性，跳跃式的测试一个系统，以确定一个系统是否会崩溃。MTBF－－平均失效间隔实际（mean time between failures）
两次失效之间的平均操作时间。
MTTF－－平均失效时间（mean time to failure）
第一次失效之前的平均时间
MTTR－－平均修复时间（mean time to repair）
两次修复之间的平均时间
multiple condition coverage－－多条件覆盖
参考分支条件组合覆盖（branch condition combination coverage）mutation analysis－－变体分析
一种确定测试用例套完整性的方法，该方法通过判断测试用例套能够区别程序与其变体之间的程度。
第127贴【2004－10－26】：常见测试术语九
Negative Testing－－逆向测试/反向测试/负面测试
测试瞄准于使系统不能工作。
non-functional requirements testing－－非功能性需求测试
与功能不相关的需求测试，如：性能测试、可用性测试等。
N-switch coverage－－N切换覆盖
在组件中被测试执行到的N转换顺序的百分比。
N-switch testing－－N切换测试
根据N转换顺序设计测试用例的一种技术，经常用于状态转换测试中。
N-transitions－－N转换
N＋1转换顺序
operational testing－－可操作性测试
在系统或组件操作的环境中评价它们的表现。
output domain－－输出域
所有可能输出的集合。
第128贴【2004－10－27】：常见测试术语十
partition testing－－分类测试
参考等价划分测试（equivalence partition testing）
path－－路径
一个组件从入口到出口的一条可执行语句顺序。
path coverage－－路径覆盖
在组件中被测试执行到的路径的百分比。
path sensitizing－－路径敏感性
选择一组输入值强制组件走一个给定的路径。
path testing－－路径测试
根据路径设计测试用例的一种技术，经常用于状态转换测试中。performance testing－－性能测试
评价一个产品或组件与性能需求是否符合的测试。
portability testing－－可移植性
测试瞄准于证明软件可以被移植到指定的硬件或软件平台上。Positive Testing－－正向测试
测试瞄准于显示系统能够正常工作。
precondition－－预置条件
环境或状态条件，组件执行之前必须被填充一个特定的输入值。predicate－－谓词
一个逻辑表达式，结果为‘真’或‘假’。
predicate data use－－谓词数据使用
在谓词中的一个数据使用。
program instrumenter－－程序插装
参考插装（instrumenter）
progressive testing－－递进测试
在先前特性回归测试之后对新特性进行测试的一种策略。
pseudo-random－－伪随机
看似随机的，实际上是根据预先安排的顺序进行的。
第129贴【2004－10－28】：常见测试术语十一
QA－－质量保证（quality assurance）
（1）已计划的系统性活动，用于保证一个组件、模块或系统遵从已确立的需求。（2）采取的所有活动以保证一
个开发组织交付的产品满足性能需求和已确立的标准和过程。
QC－－质量控制（quality control）
用于获得质量需求的操作技术和过程，如测试活动。
Race Condition－－竞争状态
并行问题的根源。对一个共享资源的多个访问，至少包含了一个写操作，但是没有一个机制来协调同时发生的访问。
recovery testing－－恢复性测试
验证系统从失效中恢复能力的测试。
regression analysis and testing－－回归分析和测试
一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。
Regression Testing－－回归测试
在发生修改之后重新测试先前的测试以保证修改的正确性。
release－－发布
一个批准版本的正式通知和分发。
reliability－－可靠性
一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。
reliability assessment－－可靠性评价
确定一个已有系统或组件的可靠性级别的过程。
requirements-based testing－－基于需求的测试
根据软件组件的需求导出测试用例的一种设计方法。
review－－评审
在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。
risk－－风险
不期望效果的可能性和严重性的一个度量。
risk assessment－－风险评估
对风险和风险影响的一个完整的评价。
第130贴【2004－10－29】：常见测试术语十二
软件测试常用英语词汇 静态测试：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
附录1 常用基本词汇表 英文名词中文名词解释 A（Adenine）腺嘌呤作为碱基的两种嘌呤中的一种。 active site活化位点蛋白质三维表面催化作用发生的区域。 alignment比对为了确定两个同源核酸或蛋白质序列的累计差 异而进行的配对称为比对。 alignment of alignments比对的比对即比对的对象不是简单的序列，而是序列的比 对。 alleles等位基因一个基因的不同版本。 alpha carbonα碳在氨基酸中与侧链（R-基团）相连的中心碳原子。 alternative splicing可变剪接从一个单独的hnRNA生成两个或多个mRNA 分子的过程。 amino terminus (N-terminal)氨基端（N端）在一个多肽中，具有自由氨基的分子端，对应 于基因的5’-端。 anti-parallel反向平行表示相反的方向；在双链DNA中，这意味着如果 一条链是5' 到3'的，则其互补链方向是3' 到 5'的。 backbone (of an amino acid) （氨基酸的）骨架包含一个氨基，一个α碳和一个羧酸或羧基。base pair 碱基对（1）在双链DNA中嘌呤和嘧啶之间的相互作用 （特别指A和T之间，G和C之间）；（2）双链 DNA序列长度的基本单位。 beta turnsβ转角在反向平行的β折叠片中，当β链反转方向的时 候蛋白质内部形成的U型结构。 Bioinformatics 生物信息学应用信息科学的理论、方法和技术，管理、分析 和利用生物分子数据。 Biocomputing生物计算本书中特指用计算机技术分析和处理生物分子 数据。
软件测试术语表 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范式
常用的前缀和后缀，部分国家（或地区）、语言、国民及国籍表，洲名及常见缩写词 一、常用的前缀和后缀 1、常用前缀 aero-：concerning the air of aircraft plane-aeroplane 飞机 space-aerospace 航空空间 anti-：against；opposite of nuclear-antinuclear 反对核武器的 matter-antimatter反物质 war-antiwar反战的 auto-：of or by oneself biography传记–autobiography自传 criticism批评-autocriticism自我反省 be-：to treat as the stated thing friend-befriend以朋友的方式对待；照顾 little-belittle使显得微小，轻视、贬低 bi-：two；twice；double lingual-bilingual 双语的；人 cycle-bicycle bio-：concerning living things chemistry-biochemistry生化 sphere-biosphere 生物圈 by-，bye-：less important produce-by-produce way-byway偏僻小路；学科的次要领域，冷门 centi-：hundredth part grade-centigrade ?摄氏meter-centimeter 厘米 co-：together，with author-coauthor合著者，合著 exist-coexist 同时共存、和平共处 col-：( used before l ) together，with location-collocation排列，配置，词的搭配 com-：( used before b，m，p ) together，with passion-compassion 怜悯、同情 con-：together，with centric-concentric同一中心的、同轴 federation-confederation结盟同盟，联邦 contra-：opposite diction-contradiction 矛盾、否定反驳 natural-contranatural违背自然的 cor-：( used before r ) together，with relate-correlate 有相关性 respond-correspond 相符合相一致，相当类似通信counter-：opposite act-counteract 对抗、抵消 attack-counterattack 反攻、反击 cross-：across；going between the stated things and joining them country-crosscountry越野的 breed-crossbreed杂种，使杂交de-：showing an opposite；to remove；to reduce code-decode 译码、解码、分析电子信号 value-devalue 贬值，贬低 dis-：not；the opposite of advantage-disadvantage 不利、劣势、短处 agree-disagree不同意、不一致、不适合 honest-dishonest 不诚实、不老实 em-：( used before b，m，p ) to cause to become body-embody 表现、象征；包括、包含 power-empower 授权、准许 en-：to cause to become；to make danger-endanger 危及、使遭受危险 large-enlarge 扩大、扩充放大 ex-：former ( and still living ) minister-ex-minister v辅助; 服侍,部长 wife-ex-wife 前妻 extra-：outside；beyond curricular-extracurricular 学校课程以外的 ordinary-extraordinary 奇怪；特别；额外，临时fore-：in advance，before；in or at the front arm-forearm前臂，预先武装 warn-forewarn 预先警告；事先告知 il-：( used before l ) not legal-illegal 非法literate-illiterate 目不识丁、文盲的im-：( used before b，m，p ) not moral-immoral 不道德、邪恶；放荡的 possible-impossible 不可能、办不到的；很难接受 in-：not direct-indirect 间接地，婉转的 sensitive-insensitive 感觉迟钝，不友好的；麻木infra-：below in a range；beyond red-infrared 红外线的 structure—infrastructure 基础设施，基础结构 inter-：between；among change—interchange 互换、互易；交替变换national—international 国际的 intra-：inside，within；into city—intracity市内的 department--intra-department ir-：（used before r）not regular—irregular 不对称、不规则的；不定期的responsible—irresponsible 不负责 kilo-：thousand gram—kilogram千克meter--kilometer千米macro-：large，esp. concerning a whole system rather than particular parts of economics—macroeconomics 宏观经济学structure—macrostructure宏观结构 mal-：bad or badly function—malfunction 故障，障碍 treat—maltreat 虐待、滥用
软件【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)】： 指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。用一个等式来简单表示：测试用例＝输入＋输出＋测试环境。其中，“输入”包括测试数据和操作步骤；“输出”指的是期望结果；测试环境指的是系统环境设置。
1．有能力的adj. ______________ 能力n. ______________ 使能够v. ______________ 2．行动v. ______________ 男演员n. ______________ 女演员n. ______________ 积极的adj. ______________ 活动n. ______________ 3．增加加v. ______________ 增加n. ______________ 4．优势n. ______________ 缺点n. ______________ 5．活着的adj.______________ 生活v.______________ 生命n. ______________ 6．娱乐n. ______________ 引起乐趣的adj. ______________ 7．美国n. ______________ 美国人，美国的n./adj. ______________ 10. 生气的adj. ______________ 生气地a dv. ______________ 11. 出现v. ______________ 消失v. ______________ 12. 艺术v.______________ 艺术家n. ______________ 13. 吸引v. ______________ 有吸引力的adj. ______________ 景点n. ______________ 14. 澳大利亚n. ______________ 澳大利亚人；澳大利亚的n./adj. _____ 18. 开始v.______________ 开端n. ______________ 19. 好的；好地adj./adv. ______________ 更好adj. ______________ 最好adj. ______________22. 英国n. ______________ 英国人；英国的n./adj. ______________ 23. 建造v. ______________ 大楼n. ______________ 重建v. ______________ 24. 忙碌的a. ______________ 生意n. ______________ 商人n______________ 女商人n.. ______________ 25. 加拿大n. ______________ 加拿大人；加拿大的n./adj. __________ 26. 关心；照料n./v. ______________ 小心的；仔细的adj. ______________ 小心地；仔细地adv. ______________ 27. 变化；改变n./v. ______________ 多变的adj. ______________ 交换v. ______________ 28. 化学物质n./adj. ______________ 化学的n. ______________ 29. 孩子n. ______________ 童年n. ______________ 30. 中国n.______________ 中国人；汉语；中国的n./adj. _______ 31. 选择n. ______________ 选择v. ______________ 32. 城市n. ______________ 公民n. ______________ 35. 云n.______________ 多云的adj. ______________ 36. 收集v. ______________ 收集n. ______________ 37. 完成；完全的v./adj______________ 完全地；完整地adv. ______________ 39. 穿过v. ______________ 穿过prep. ______________ 40. 危险n.______________ 危险地adj. ______________
在软件测试中会遇到一些专有名词，英文缩写，涉及到网络、软件、测试各个层面,软件测试需要跨平台，所以在技术拓展上要留意多方面的积累与总结！ 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, 法语，意大利语，德语，西班牙语。是软件本地化的欧洲代表语言。
第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－－基线
软件测试转正申请书范文 篇一：软件测试的转正申请 转正申请 尊敬的领导： 我叫##，于20##年#月#日进入公司，根据公司的需要，目前担任软件测试一职，负责公司开发项目的软件测试工作。本人工作认真、细心且具有较强的责任心和进取心，极富工作热情；性格开朗，有很强的团队协作能力；责任感强，确实完成领导交付的工作，和公司同事之间能够通力合作，关系相处融洽而和睦，配合部门负责人成功地完成各项工作；积极学习新知识、技能，注重自身发展和进步。我自##年#月工作以来，一直从事软件测试工作，经过在公司这一个多月的试用，熟悉并融入了公司这个岗位的工作，并且我在很短的时间内熟悉了公司以及有关工作的基本情况，马上进入工作。现将工作情况简要总结如下： 1、熟悉了公司####的项目，对其中的角色和流程能独自进行完整测 试和回归测试。 2、基本了解了###和###项目的流程，能很好的对项目的各模块进行 详细的测试。 3、接触并慢慢熟悉了######和####各个项目的内容。
在本部门的工作中，我勤奋工作，获得了本部门同事的认同。当然，在工作中我也出现了一些小的差错和问题，主管也及时给我指出，主管的耐心辅导让我感触很深，学到了不少东西，促进了我工作的成熟性，我会尽自己最大努力做好本职工作。 总之，在这一个多月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。####公司给了我这样一个发挥的舞台，我就要珍惜这次机会，为公司的发展竭尽全力。在此我提出转正申请，希望自己能成为公司的正式员工，恳请领导予以批准。 申请人：### 20##年#月##日 篇二：XX公司测试工程师转正申请书范文-申请书 XX公司测试工程师转正申请书范文-申请书 尊敬的领导： 我叫xx，于11年11月30日进入公司，根据公司的需要，目前担任测试工程师一职，负责公司手机软件的测试和测试总结工作。本人工作认真、细心且具有较强的责任心和进取心，极富工作热情；性格开朗，有很强的团队协作能力；责任感强，确实完成领导交付的工作，和公司同事之间能够通力合作，关系相处融洽而和睦，配合部门负责人成功地完
《汉语》基本词汇表说明 词汇中最主要的部分是基本词汇，它和语法一起构成语言的基础。基本词汇是基本词的总和，它包含的词比较少，但很重要。它使用率高，生命力强。具有稳固性、能产性、全民常用性等特点。稳固性是指有的词汇在中华文化产生的较早时期即已开始使用，经历不同社会时代与文化，现在仍在使用并将继续使用的特性。如山、水、上、下、左、右等，有的随时代发展变成了多音节合成词，但词汇的基本构成要素是没变的，而且沿着基本词汇扩展，也是汉语词汇的基本发展规律之一。能产性是指以基本词作为语素创造出来的新词，最便于人们理解和接受，千百年流传下来的基本词，常常成为构成新词的基础，具有创生新词的能力。当然基本词汇中也有构词能力非常弱乃至没有构词能力的，如“你、我、姓、什么”等。全民常用性是指词汇的流行地域广、使用频率高，容易为全民族共同理解。这三个特点是针对基本词汇的整体来说的，并不是所有的基本词都具备这些特点。基本词汇可分为很多类型，下面作一个简单的分类提示。 有关自然界事物的：天、地、风、云、水、火等； 有关生产生活资料的：米、灯、菜、布、刀、笔、车、船等； 有关人体各部分的：心、头、手、脚、牙、血、嘴等； 有关亲属关系的：爷爷、奶奶、爸爸、妈妈、哥哥、弟弟、姐姐、妹妹等； 有关人或事物的行为、变化的：走、想、写、喜欢、发展等； 有关人或事物的性质、状态的：大、小、好、坏、美丽、快乐等； 有关指称和代替的：我、你、他、她、这、那、谁、什么、怎样等； 有关数量的：一、二……十、百、千、万、斤、两、尺、寸、元、角等； 有关程度、范围、关联、语气的：就、很、最、都、全、把、和、因为、所以、吗、了等。 除基本词汇之外，还有大量一般词汇，如学校里常用的课堂、自习、辅导、讲授、作业、考试等，它们不是基本词，但在特定的范围里却是交际的重要词汇。因此在选择词汇时类似的词语也会选入词汇表，而有的虽为基本词汇，但因为与现代生活联系相对弱一些，则从词表中删除了。同时，因个人的能力、眼界所限，难免有失误之处，敬请斟酌使用并谅解，更欢迎有老师提供建议。 此词表词汇来源为国侨办《汉语》教材第一版。节选出来的生词，学生应作为常用词强化记忆。黑体字词汇为教师须重点训练、讲解部分，其余生词由教师酌情处理。
软件测试的辞职申请书 尊敬的领导： 您好，很抱歉打扰您的工作。我因家庭的原因，向公司提出辞职，请考虑到我面临的实际困难，在不影响公司的情况下，准予我的申请，谢谢。 我是家中独子，长期工作在外，家中父母传统观念根深蒂固，希望我可以早日结婚，了却他们的一块心病。我的女朋友在北京工作，也是家中独女，她的父母同样对我们有这个意愿。考虑到我们今年已经26岁，常年两地分离，聚少离多，双方家长希望我们尽快在一起，并于今年五一订婚。为此，我向公司提出辞职申请。 我自XX年入厂以来，从事软件测试工作，参与或独自负责了工程科mos管测试系统、天津力神聚合物化成测试系统、针床内阻测试仪、无锡索尼电池组化成测试系统、日本索尼多种化成测试系统等多个项目上位机软件的开发和维护工作。 进入公司以来，得到领导和同事的关心帮助，在此表达我的谢意： 感谢公司领导的赏识，使我毕业之后可以加入杭可这个集体，有机会从事自己喜欢的工作，并在工作中学习和提高，得到实现自我价值的机会; 感谢公司领导的信任，使我在仅仅在加入软件组一个月的时候就能随同同事一起去天津出差,处理软件问题、在入厂半年内就有
机会接手全新的项目(力神的第一台针床内组测试仪样机)、在工作一年的时候有机会负责无锡索尼项目的软件开发、有机会和总工合作开发力神的针床内阻仪，这份学习机会是无价的财富、有机会进入中央研究所并得到日本索尼一系列项目的软件开发的机会; 感谢公司领导和同事的帮助，使我更好地融入这个集体，更快的提高自身能力，更平稳的由校园过渡到社会中。厂长能够记得员工的名字和贡献，这足以让我感到温暖和感动。胡总工事必亲恭、严格要求、谆谆教导督促我取得进步。项部长提供和保证了严格和科学的激励制度，使我有了自我的定位和渴望超越的动力。林广生主任作为我曾经的直管领导，为我们新进员工，特别是毕业生提供了科学有序的培养计划，使我可以少走弯路，早日胜任岗位。项俊峰、吴国立、赵群武、郭凯华以及其他同事在工作和生活中都给了我很大的帮助，谢谢大家。 特别感谢我现在的直管领导桑所长。桑所长给了资历还浅的我开发索尼化成设备软件的机会。按照我的理解，这个项目对外显示了一个国家的能力和尊严，对我厂是一个提升自身核心竞争力和品牌的良机，对中央研究所则是检验技术含量的标尺，这个项目没有失败的余地。由于自身水平的原因，在项目开发的过程中出现了一些没有损害大局的问题，桑所长显示出极大的包容，没有因此否定和质疑，依然给了我极大的支持，使我能够在短时间内比较顺利的完成项目，谢谢。
软件测试中英文术语对照表． 软件测试中英文术语对照表英文术语中文术语对应的说明 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)
软件测试专业术语中英文对照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：分支条件组合测试
申请表编号：SZSTC 软件产品登记测试 申请表 软件产品名称：_____________________________________ 申请单位盖章：______________________________________申请日期：______________________________________ X X软件行业协会编制
软件产品登记测试基本情况表填表说明 检测产品名称（中文）：1.产品名称必须包含公司简称或公司注册商标号，以此体现申请企业的品牌形象；2.产品名称必须以“软件”后缀结尾；除操作系统外，软件名称后缀不能出现“系统软件”的字样。3.产品名称应体现该产品的功能特性，但不得夸大其词；4.产品的中文名称必须含汉字；产品名称不能过长（少于15个汉字）；例：甲公司自行开发了ABC教育软件。按命名规则，该软件名称应为：甲ABC 教育软件 版本号：要符合软件版本号命名的要求，即由“V”+“带小数点的数字”组成,如：V3.20版。 版本类型：分单机版和网络版两类；其中单机版软件是表示只在一台计算机上单独运行，没有和其它计算机或计算机系统发生数据交互的软件。网络版软件是指在计算机或计算机网络系统中运行，和其它计算机或计算机网络系统发生数据交互的软件。 申报类型：分[进口软件产品登记测试和国产软件产品登记测试]两类；国产软件是指在我国境内开发生产的软件产品，进口软件是指在我国境外开发，以各种形式在我国生产、经营的软件产品。 产品类别：具体分类如下： 系统软件: 管理计算机系统资源，促进计算机系统及有关程序的运行和维护。 包括[ 操作系统﹑系统实用程序﹑系统扩充程序﹑网络系统软件﹑嵌入式操作系统其它系统软件 ] 支持软件:用于帮助和支持软件开发的软件。包括[软件开发工具﹑软件评测工具﹑语言处理程序﹑程序设计语言﹑数据库管理设计语言﹑网络通信支持软件﹑其它支持软件 ] 应用软件: 为使一个计算机系统得到某种功能而专门开发的软件。包括[科学和工程计算﹑文字处理软件﹑数据处理软件﹑事务管理软件﹑图形图像软件﹑控制软件游戏软件﹑信息管理软件﹑安全与XX软件﹑智能软件﹑嵌入式应用软件﹑数据库管理应用软件﹑网络应用软件﹑辅助类软件﹑仿真软件﹑其它] 成果有无密级：分为[有﹑无]两项。根据国家有关科技XX规定，确定该项目是否有密级。 产品密级：分为[秘密、XX、绝密]三个等级。根据国家有关科技XX的规定确定的密级。该项目如无密级此栏可不填或者填 [无]。 产品运行的硬件、网络环境：对软件产品运行适用的计算机硬件类型（内存要求，CPU要求，硬盘空间等其他特别要求）、参与运行的其他硬件外围设备和产品运行的物理网络环境做出描述。 软件产品功能符合性测试项申请表：委托方提出软件可以实现的功能项目列表,针对委托方提交的软件产品的功能项目表，我测试中心对软件的功能进行符合性测试确认。
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 --- 插桩
常见专业术语: 组织过程定义控制程序process for organizational process definition 软件生命周期模型software life cycle model 组织标准过程集合描述description of organization's set of standard process. 组织标准过程裁剪指南tailoring guideline for organizational standard process 过程数据库使用规范usage specification for process metrics library 过程财富度量报告measurement report for process asserts 项目生命周期模型选择工作单sheet for selecting project software lifecycle model 组织过程焦点控制程序process for organizational process focus EPG工作章程EPG charter EPG工作考核细则performance appraisal rules for EPG member 过程改进建议处理控制程序process for handling process improvement proposal 过程定义文件配置管理规范configuration management specification for process definition document 过程行动组(PAT)工作记录process action team (PAT) working record 过程定义文件试验结果评定表evaluation form for pilot result of process definition document 过程状态季度报告模板process status quarterly report template 过程行动计划process action plan 过程推广计划process promotion plan 过程试验计划process pilot plan 公司年度过程评估计划organizational process assessment annual plan 公司过程改进总体要求 General objectives for organizational process improvement 会议记录meeting minutes 过程改进建议和意见汇总表summary form of comments and suggestions of PI 过程改进实践状态清单 status list for process improvement practice EPG工作度量epg metrics 程序文件评审讨论问题记录表issue record of process document review 过程改进总体计划General plan for process improvement 过程改进工作度量报告 metrics report for process improvement 过程豁免申请单 process exempt application 过程改进任务列表 process improvement tasks list 组织级培训过程控制程序organization- level training process 兼职讲师管理规定part-time instructor management regulation 免修规程training waiver procedure 培训课程开发规程training course development procedure 外购培训管理规程outsourcing training management procedure 培训效果评估规定training effectiveness evaluation procedure 培训效果跟踪表 training effectiveness tracking record 员工培训计划申请表application for employee training plan 员工外训学习申请表application for employee external training 免修培训申请表application for training waiver 战略培训需求表demands form for strategic training 需求管理控制程序requirement management process 需求变更控制规程requirement change control procedure 变更影响分析控制规程 Impact analysis procedure of change 确定项目已定义过程规程procedure for establishing project's defined process 项目协调与沟通规程project communication & negotiation procedure 风险管理控制程序risk management process 风险管理指导书risk management guidebook 风险管理计划risk management plan 风险列表risk list 商业现货软件产品选择控制程序COTS product selection process COTS软件产品评价准则COTS product evaluation criteria COTS软件产品评价报告COTS product evaluation report 供应商合作通知单cooperation notification to supplier 第三方产品评估表the 3rd party's product evaluation form 商业现货采购控制程序 COTS product procurement process 软件子合同管理控制程序software sub-contract management process 子合同评审规程sub-contract review procedure 子合同开发监管规程sub-contract development monitoring procedure 子合同配置管理规程sub-contract Configuration Management procedure 子合同配置监督计划模版sub-contract configuration monitoring plan template 子合同QA审核规程sub-contract QA audit procedure 软件子承包商评定标准 sub-contractor evaluation criteria 直真软件开发子合同模板(商务) contract template (business) for ZZ's software sub-contract 子合同开发过程监控报告sub-contract development monitoring report 子合同开发过程监控计划sub-contract development monitoring plan 子合同工作计划sub-contract working plan 产品(项目)子合同申请单application form for product( project ) sub-contract 候选子承包商评估报告 candidate sub-contractor evaluation report 软件子合同评审记录software sub-contract review record 项目策划控制程序project planning process 规模估计规程size estimation procedure 工作量估计规程effort estimation procedure 编制进度规程schedule generation procedure 项目策划计划plan for project planning PDSP文档PDSP document 项目环境列表project's environment list 项目的任务WBS列表project's task WBS list 产品规模估计表product size estimation form 工作量估计表effort estimation form 关键计算机资源表CCR list