51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3528|回复: 16
打印 上一主题 下一主题

[讨论] 常用测试英语表~~~!!!发个给我!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-6-12 10:52:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
那位帮帮忙~~~发个常用软件测试英语表给我。。。
       我想多学习下测试英语。。。。。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2007-6-12 12:55:06 | 只看该作者
o(∩_∩)o...哈哈 没人顶~~
  自己来
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-6-13 10:05:46 | 只看该作者
论坛里面找,51testing.com里面找
个人认为学习应该主动获取而不是等着别人来给与
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2007-6-13 16:27:45 | 只看该作者
哦。。。·~~受教!!!!!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-8-11 17:31:38 | 只看该作者
好DDD
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-8-14 14:11:43 | 只看该作者
了解
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-8-14 14:26:19 | 只看该作者
顶贴拿分
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-8-14 16:45:07 | 只看该作者
积分让大家都疯了
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-8-14 23:03:16 | 只看该作者
论坛的哥们写的,你可以找找他的帖字
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范式
一种分析语言,用于形式化描述语言的语法

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--缺陷
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--正确性
软件遵从其规格的程度。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-8-14 23:03:34 | 只看该作者
correctness--正确性
软件在其规格、设计和编码中没有故障的程度。软件、文档和其它项满足需求的程度。软件、文档和其它项满足用户明显的和隐含的需求的程度。

coverage--覆盖率
用于确定测试所执行到的覆盖项的百分比。

coverage item--覆盖项
作为测试基础的一个入口或属性:如语句、分支、条件等。

crash--崩溃
计算机系统或组件突然并完全的丧失功能。

criticality--关键性
需求、模块、错误、故障、失效或其它项对一个系统的操作或开发影响的程度。

criticality analysis--关键性分析
需求的一种分析,它根据需求的风险情况给每个需求项分配一个关键级别。

cyclomatic complexity--循环复杂度
一个程序中独立路径的数量。

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--动态测试
通过执行软件的手段来测试软件。

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)。

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--功能测试
测试一个产品的特性和可操作行为以确定它们满足规格。

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--孤立测试
组件测试(单元测试)策略中的一种,把被测组件从其上下文组件之中孤立出来,通过设计驱动和桩进行测试的一种方法。

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--变体分析
一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-8-14 23:44:55 | 只看该作者
积分是有点把我玩疯了sdlkfj1
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-8-15 09:15:26 | 只看该作者
感谢9楼的回帖  不过有问题的话还是自己先搜索的好
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-8-15 17:25:16 | 只看该作者
10楼谢的不错啊!顶一下!希望有更高的人指点
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-8-15 22:13:34 | 只看该作者
呵呵,回来拿分,走人~
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-8-16 11:29:47 | 只看该作者
路过
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-8-16 17:15:14 | 只看该作者
爽快!!!
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-8-16 17:15:51 | 只看该作者
英语难啊
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-28 07:49 , Processed in 0.075880 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表