-
常用软件测试术语说明及中英文对照
由安博测试空间技术中心
/
提供
.
******
< br>软件【
Software
】：
软件（
software
）是计算机中与硬件（
hardware
）相结合的一部分，包括
程序（
pro
gram
）和文档（
document
）。用一个等式表示为：软件＝程序＋文档。
其中，
“
程序
”
指的是能够实现某种功能的指令的集合，
如
C
语言程序，
Java
程序等；
“
文档
”
指的是在软件开发、
使用和维护过程中产生的图文集合，
如
《系
统需求规格说明书》、《用户手册》、
readme
，甚至是一些软件市场宣传资料，
包装文字和图形等。
【
备注：
软件测试绝不等同于程序测试，
文档测试也是软件测试的一个重要
组成部分。通常，程序测试主要包
括程序逻辑功能、界面、性能、易用性、兼容
性、
安装等的测试
；
文档测试主要包括文档内容和截图的校验，
排版风格的检查，
错别字的校验等】
******
客户端
/
服务器【
C/S
】：
C
指的是客户端（
Client
），
S
指的是服务器端（
< br>Server
）
,
这种软件是基
于局域网或互联网的，
需要一台服务器来安装服务器端软件，<
/p>
每台客户端都需要
安装客户端软件。
比如
我们经常用的
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
】：
使用人工或自动手段，
来运行或测试某个系统的过程。
其目的在于检验它是
< br>否满足规定的需求或弄清预期结果与实际结果之间的差别（
1983
，
IEEE
软件工
程标准术
语）。
******
测试环境【
Testing
Environment(TE)
】：
软件测试环境就是软件运行的
平台，
包括软件、
硬件和网络的集合。
用一个
等式来表示：
测试环境＝软件＋硬件＋网络。
其中，
“
硬件
”
主要包括
PC
机
（包<
/p>
括品牌机和兼容机）、笔记本、服务器、各种
PDA
终端等；
“
软件
”
主要指软件
运行的操作系统；
“
网络
”
主要针对的是
C/S<
/p>
结构和
B/S
结构的软件。
【
备注：作为一个合格的软件测试工程师，不仅要熟悉软件的知识，也要了
解硬件
和网络的相关知识
】
******
测试用例【
Test
Case(TC)
】：
指的是在测试执行之前设计的一套详细的测试方案，
包括测试环境、
测试步
骤、
测试数据和预期结果。
用一个等式来简单表示：
测试用例＝
输入＋输出＋测
试环境。其中，
“
输入
”
包括测试数据和操作步骤；
“
输出
”
指的是期望结果；
测试环境指的是系统环境设臵。
******
黑盒测试【
Black-
Box Testing
】：
指的是把被测软件看作是一个黑盒子，
我们不去关心盒子里面的结构是什么
样子的，只关心软件的输入数据和输出结果。
备注：黑盒测试既包括功能测试，也包括性能测试。
******
白盒测试【
White-
Box Testing
】：
指的是把盒子盖打开，去研究里面的源代码和程序结构。
******
灰盒测试【
Gray-
Box Testing
】：
可以把它看作是黑盒测试和白盒测试的一种结合。
******
静态测试【
Static
Testing
】：
是指不实际运行被测软件，
而只是静
态地检查程序代码、
界面或文档中可能
存在的错误的过程。
******
代码走查【
Walkthrough
】：
静态测试的一种方法，
由开发组内部进行，
采用讲解、
讨论和模拟运
行的方
式进行的查找错误的活动。
*
*****
代码审查【
Inspection
< br>】：
静态测试的一种方法，
由开发组内部进行，
采用讲解、
提问并使用编码模板
进行的查找错误的活动。一般有正式的计划
、流程和结果报告。
******
技
术评审【
Review
】：
静态测试的一种方法，由开发
组、测试组和相关人员（
QA
、产品经理等）联
合进行，
采用讲解、
提问并使用编码模板进行的查找错
误的活动。
一般有正式的
计划、流程和结果报告。
******
动态测试
【
Dynamic
Testing
】：
是指实际运行被测程序，
输入相应的
测试数据，
检查实际输出结果和预期结
果是否相符的过程。
******
单元测试【
Unit
Testing
】：
是指对软件中的最小可测试单元进行检查和验证。
例如，
在
C
语言中，
单元
一般指
1
个函
数；
Java
里，单元一般指
1
个类；在图形化的软件中，单元也可
以指
1<
/p>
个窗口、
1
个菜单等。
< br>
******
桩模块【
Stub
】：
是指模拟被测模块所调用的模块。
******
驱动模块【
Driver
】：
是指模拟被测模块的上级模块，
驱动
模块用来接收测试数据，
启动被测模块，
并输出结果。
******
集成
测试【
Integration
Testing
】：
是指将通过测试的单元模块组装成系统或子系统，
在进行测试，
重点测试不
同模块的接口部分。
******
系统测试【
System
Testing
】：
指的是将整个软件系统看作是一个整体测试，
包括对功能、
性能的测试，
以
及对软件所运行的软、硬件环境的测试。
< br>******
验收测试【
Acceptance
Testing
】：
指的是在系统测试的后期，
以用户测
试为主，
或有测试人员等质量保障人员
共同参与的测试，它也是
软件正式交给用户使用的最后一道工序。
******
阿尔法测试：
验收测试的一种，
指的是由用户、
测试人员、
开发人员等共同参与的
内部测
试。
******
贝特测试：
验收测试的一种，指的是内测
后的公测，即完全交给最终用户测试。
******
功能测试【
Fuction
Testing
】：
是黑盒测试的一种，它检查实际软件的功能是否符合用户的需
求。
******
界面测试【
UI
Testing
】：
UI
是
User Interfac
e
，即用户界面的缩写。一般情况下，都把软件的界面
测试用例
同软件的逻辑功能测试用例分开去写。
******
易用性测试【
Usability
Testing
】：
是指从软件使用的合理性和方便性等角度对软件系统进行检查
，
来发现软件
中不方便用户使用的地方。
******
安装测试【
Installation
Testing
】：
这里的安装测试是指广义上的，包括安装、卸载。
******
兼容性测试【
Compatibility
Testing
】：
兼容性测试包括硬件兼容性测试和软件兼容性测试；
硬件兼容性主要是指软
件运行的不同硬件平台的兼容性，如
PC
机、笔记本、服务器等；软件兼容性主
要是指软
件运行在不同操作系统等软件平台上的兼容性。
******
性能测试【
Performance
Testing
】：
是指对软件的运行反馈速度、所消耗系统资源等各种性能指标
的测试。
******
可靠性测试【
Reliability
Testing
】：
也叫稳定性测试，
是指连续运行被测
系统，
检查系统运行时的稳定程度。
人
们通常用
MTBF
（
Mean
Time
Between
Fail
ure
）来衡量系统的稳定性，
MTBF
越大，
系统的稳定性越强。
******
负载测试【
Load
Testing
】：
是性能测试的一种，
通常是指被测系
统在其能忍受的压力极限范围之内连续
运行，来测试系统的稳定性。
******
压力测试【
Stress
Testing
】：
是性能测试的一种，
通常是指持不断
地给被测系统增加压力，
直到将被测系
统压跨为止，用来测试系
统所能承受的最大压力。
****
**
回归测试【
Regression
Testing
】：
是指对软件的新版本测试时，重复执行上一个版本测试时的用
例。
******
冒烟测试【
Smoke
Testing
】：
是指在对一个新版本进行系统大规模地测试之前，
先验证一下软件的基本功
能是否实现，是否具备可测性。
< br>
******
随机测试【
Random
Testing
】：
是指测试中所有的输入数据都是随机生成的，其目的是模拟用
户的真实操
作，并发现一些边缘性的错误。
******
软件质量保障【
Software Quality
Assurance(SQA)
】：
为了确保软件开发过程和结果符合预期的要求，
而建立的一系列规程，
以及
依照规程和计划采取的一
系列活动及其结果评价。
****
**
软件能力成熟度模型【
Capability
Maturity Model(CMM)
】：
CMM
就是
< br>SQA
用来监督项目的一个标准质量模型，
是由卡耐基－
梅隆大学于
20
实际
80
年代制定的，最初只是应用于本校的软件项目开发，后来逐渐推广为
主流的行
业标准。
CMM
共为
5
级：初始级、可重复级、已定义级、已管理级和优
化级。
******
有效等价类【
Valid
Equivalence Class
】：
是指符合《需求规格说明书》，合理地输入数据集合。
******
无效等价类【
Invalid Equivalence
Class
】：
是指不符合《需求规格说明书》，无意义地输入数据集合。
******
软件生命周期【
Software Life
Cycle
】：
-
-
-
-
-
-
-
-
-
上一篇：软件评测师英文专用术语
下一篇：材料专业英语词汇