软件测试常用英语
Actual Fix Time 实际修改时间Assigned To 被分配给
Closed in Version 被关闭的版本Closing Date 关闭日期
Defect ID 缺陷编号
Description 描述
Detected By 被（谁）发现
Detected in Version 被发现的版本Detected on Date 被发现的日期Estimated Fix Time 估计修改的时间Modified 修正
Planned Closing Version计划关闭的版本Priority 优先级
Project 项目
R&D Comments 研发人员备注Reproducible 可重现
Severity 严重程度
Status 状态
Summary 概要
Creation Date 创建日期
Description 描述
Designer 设计人员
Estimated DevTime 估计设计和生成测试的时间
Execution Status 执行状态
Modified 修正
Path 路径
Status 状态
Steps 步骤
Template 模版
Test Name 测试名称
Type 类型
Actual 实际结果
Description 描述
Exec Date 执行日期
Exec Time 执行时间
Expected 期望结果
Source Test 测试资料
Status 状态
Step Name 步骤名称
Duration 执行的期限
Exec Date 执行日期
Exec Time 执行时间
Host 主机
Operating System 操作系统
OS Build Number 操作系统生成的编号OS Service Pack 操作系统的服务软件包Run Name 执行名称Run VC Status 执行 VC 的状态
Run VC User 执行 VC 的用户
Run VC Version 执行 VC 的版本
Status 状态
Test Version 测试版本
Tester 测试员
Attachment 附件
Author 作者
Cover Status 覆盖状态
Creation Date 创建日期
Creation Time 创建时间
Description 描述
Modified 修正
Name 名称
Priority 优先级
Product 产品
ReqID 需求编号
Reviewed 被检查
Type 类型
Exec Date 执行日期
Modified 被修正
Planned Exec Date 计划执行的日期
Planned Exec Time 计划执行的时间
Planned Host Name 计划执行的主机名称
Responsible Tester 负责测试的人员
Status 状态
Test Version 测试的版本
Tester 测试员
Time 时间
Close Date 关闭日期
Description 描述
Modified 修正
Open Date 开放日期
Status 状态
Test Set 测试集合
Acceptance testing（验收测试），系统
开发生命周期方法论的一个阶段，这时相
关的用户和／或独立测试人员根据测试计
划和结果对系统进行测试和接收。它让系
统用户决定是否接收系统。它是一项确定
产品是否能够满足合同或用户所规定需求
的测试。这是管理性和防御性控制。
Ad hoc testing（随机测试），没有书面
测试用例、记录期望结果、检查列表、脚
本或指令的测试。主要是根据测试者的经
验对软件进行功能和性能抽查。随机测试
是根据测试说明书执行用例测试的重要补
充手段，是保证测试覆盖完整性的有效方
式和过程。
Alpha testing（α测试），是由一个用户
在开发环境下进行的测试，也可以是公司
内部的用户在模拟实际操作环境下进行的
受控测试，Alpha测试不能由程序员或测试
员完成。
Automated Testing（自动化测试），使用
自动化测试工具来进行测试，这类测试一
般不需要人干预，通常在GUI、性能等测试
中用得较多。
Beta testing（β测试），测试是软件的
多个用户在一个或多个用户的实际使用环
境下进行的测试。开发者通常不在测试现
场，Beta测试不能由程序员或测试员完成。
Black box testing（黑盒测试），指测试
人员不关心程序具体如何实现的一种测试
方法。根据软件的规格对软件进行各种输
入和观察软件的各种输出结果来发现软件
的缺陷的测试，这类测试不考虑软件内部
的运作原理，因此软件对用户来说就像一
个黑盒子。
Bug（错误），有时称作defect（缺陷）或
error（错误），软件程序中存在的编程错
误，可能会带来不必要的副作用，软件的
功能和特性与设计规格说明书或用户需求
不一致的方面。软件缺陷表现特征为：软
件未达到产品说明书标明的功能；软件出
现产品说明书指明不会出现的错误；软件
功能超出产品说明书指明的范围；虽然产
品说明书未指出但是软件应达到的目标；
软件测试人员或用户认为软件难以理解，
不易使用，运行速度缓慢等问题。
Bug report（错误报告），也称为“Bug
record（错误记录）”，记录发现的软件
错误信息的文档，通常包括错误描述、复
现步骤、抓取的错误图像和注释等。
Bug tracking system（错误跟踪系统，
BTS），也称为“Defect tracking system，
DTS”，管理软件测试缺陷的专用数据库系
统，可以高效率地完成软件缺陷的报告、
验证、修改、查询、统计、存储等任务。
尤其适用于大型多语言软件的测试管理。
Build（工作版本），软件开发过程中用于
内部测试的功能和性能等不完善的软件版
本。工作版本既可以是系统的可操作版本，
也可以是展示要在最终产品中提供的部分
功能的部分系统。
Compatibility Testing（兼容性测试），也称“Configuration testing（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。
Capture/Replay Tool（捕获/回放工具），一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在GUI测试中用的较多。
Crash（崩溃），计算机系统或组件突然并完全的丧失功能，例如软件或系统突然退出或没有任何反应（死机）。
Debug（调试），开发人员确定引起错误的根本原因和确定可能的修复措施的过程。一般发生在子系统或单元模块编码完成时，或者根据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误。
Deployment（部署），也称为shipment（发布），对内部IT系统而言，指它的第一个版本通过彻底的测试、形成产品、交付给付款客户的阶段。
Dynamic testing（动态测试），通过执行软件的手段来测试软件。
Exception（异常/例外），一个引起正常程序执行挂起的事件。
Functional testing（功能测试），也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
Garbage characters（乱码字符），程序界面中显示的无意义的字符，例如，程序对双字节字符集的字符不支持时，这些字符不能正确显示。
GB 18030 testing（GB 18030测试），软件支持GB 18030字符集标准能力的测试，包括GB 18030字符的输入、输出、显示、存储的支持程度。
Installing testing（安装测试），确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的
或自定义的安装都能进行安装。异常情况
包括磁盘空间不足、缺少目录创建权限等。
核实软件在安装后可立即正常运行。安装
测试包括测试安装代码以及安装手册。安
装手册提供如何进行安装，安装代码提供
安装一些程序能够运行的基础数据。
Integration testing（集成测试），被测
试系统的所有组件都集成在一起，找出被
测试系统组件之间关系和接口中的错误。
该测试一般在单元测试之后进行。
International testing（国际化测试），
国际化测试的目的是测试软件的国际化支
持能力，发现软件的国际化的潜在问题，
保证软件在世界不同区域中都能正常运
行。国际化测试使用每种可能的国际输入
类型，针对任何区域性或区域设置检查产
品的功能是否正常，软件国际化测试的重
点在于执行国际字符串的输入/输出功能。
国际化测试数据必须包含东亚语言、德语、
复杂脚本字符和英语（可选）的混合字符。
Localizability testing（本地化能力测
试），本地化能力是指不需要重新设计或
修改代码，将程序的用户界面翻译成任何
目标语言的能力。为了降低本地化能力测
试的成本，提高测试效率，本地化能力侧
是通常在软件的伪本地化版本上进行。本
地化能力测试中发现的典型错误包括：字
符的硬编码（即软件中需要本地化的字符
写在了代码内部），对需要本地化的字符
长度设置了国定值，在软件运行时以控件
位置定位，图标和位图中包含了需要本地
化的文本，软件的用户界面与文档术语不
一致等。
Load testing（负载测试），通过测试系
统在资源超负荷情况下的表现，以发现设
计上的错误或验证系统的负载能力。在这
种测试中，将使测试对象承担不同的工作
量，以评测和评估测试对象在不同工作量
条件下的性能行为，以及持续正常运行的
能力。负载测试的目标是确定并确保系统
在超出最大预期工作量的情况下仍能正常
运行。此外，负载测试还要评估性能特征，
例如，响应时间、事务处理速率和其他与
时间相关的方面。
Localization testing（本地化测试），
本地化测试的对象是软件的本地化版本。
本地化测试的目的是测试特定目标区域设
置的软件本地化质量。本地化测试的环境
是在本地化的操作系统上安装本地化的软
件。从测试方法上可以分为基本功能测试，
安装/卸载测试，当地区域的软硬件兼容性
测试。测试的内容主要包括软件本地化后
的界面布局和软件翻译的语言质量，包含
软件、文档和联机帮助等部分。
Performance testing（性能测试），评价
一个产品或组件与性能需求是否符合的测
试。包括负载测试、强度测试、数据库容
量测试、基准测试等类型。
Pilot testing（引导测试），软件开发中，
验证系统在真实硬件和客户基础上处理典
型操作的能力。在软件外包测试中，引导
测试通常是客户检查软件测试公司测试能
力的一种形式，只有通过了客户特定的引
导测试，软件测试公司才能接受客户真实
软件项目的软件测试。
Portability testing（可移植性测试），
测试瞄准于证明软件可以被移植到指定的
硬件或软件平台上。
Priority（优先权），从商业角度出发是
指错误的重要性，尤其是从客户和用户的
角度出发，是指错误对于系统的可行性和
可接受性的影响。与“Severity（严重
性）”相对照。
Quality assurance（质量保证QA），采取
的所有活动以保证一个开发组织交付的产
品满足性能需求和已确立的标准和过程。
Regression testing（回归测试），在发
生修改之后重新测试先前的测试以保证修
改的正确性。理论上，对软件的任何新版
本，都需要进行回归测试，验证以前发现
和修复的错误是否在新软件版本上再现。
Review（评审），在产品开发过程中，把
产品提交给项目成员、用户、管理者或其
它相关人员评价或批准的过程。
Sanity testing（健全测试），软件主要
功能成分的简单测试以保证它是否能进行
基本的测试。参考“Smoke t esting（冒烟
测试）”。
Screen shot（抓屏、截图），软件测试中，
将软件界面中的错误（窗口、菜单、对话
框等）的全部或一部分，使用专用工具存
储成图像文件，以便于后续处理。
Severity（严重性），错误对被测系统的
影响程度，在终端用户条件下发生的可能
性，软件错误妨碍系统使用的程度。与
“Priority（优先权）”相对照。
Smoke testing（冒烟测试），冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。参考“Sanity testing（健全测试）”。
Software life cycle（软件生命周期），开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。
Static testing（静态测试），不通过执行来测试一个系统。如代码检查，文档检查和评审等。
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（测试包），一组测试用里的执行框架；一种组织测试用例的方法。在测试包里，测试用例可以组合起来创造出独特的测试条件。
Unit testing（单元测试），指一段代码的基本测试，其实际大小是未定的，通常是一个函数或子程序，一般由开发者执行。
User interface（用户界面，UI），广义是指使用户可以和计算机进行交互的硬件和/或软件。狭义是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
User interface testing（用户界面测试），指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测
试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
White box testing（白盒测试），根据软件内部的工作原理分析来进行测试，基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。
Acceptance testing: 验收测试Accessibility test: 软体适用性测试
Ad hoc testing: 随机测试
Algorithm analysis: 算法分析
Alpha testing: α测试
Anomaly: 异常
Artifact: 工件
Automated Testing: 自动化测试Architecture: 构架
Assertion checking: 断言检查
Audit: 审计
Application under test (AUT): 所测试的应用程序
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: 合伙测试
Buffer: 缓冲
Bug bash: 错误大扫除
Build-in: 内置
Build Verfication tests(BVTs): 版本验证测试
Cause-effect graph: 因果图
Capture/Replay Tool: 捕获/回放工具Character Set: 字符集
Capability Maturity Model (CMM): 能力成熟度模型
Capability Maturity Model Integration (CMMI): 能力成熟度模型整合
Closeout: 收尾Code coverage: 代码覆盖
Code page: 代码页
Code rule: 编码规范
Code sytle: 编码风格
Common sense: 常识
Compatibility Testing: 兼容性测试Component testing: 组件测试
Condition coverage: 条件覆盖Configuration testing: 配置测试Control flow graph: 控制流程图Concurrency user: 并发用户Configuration item: 配置项
Core team: 核心小组
Customer-focused mindset: 客户为中心的理念体系
Crash: 崩溃
Criticality analysis: 致命度分析Cyclomatic complexity: 圈复杂度
Data Flow Analysis: 数据流分析Decision coverage: 判定覆盖
Debug: 调试
Defect: 缺陷
defect density: 缺陷密度Deployment: 部署
Desk checking: 桌前检查
Dynamic analysis: 动态分析
Entry criteria: 准入条件
Equivalence class: 等价类
Equivalence partition testing: 等价划分测试
Error: 错误
Error guessing: 错误猜测
Error seeding: 错误播种
Exception: 异常/例外
Exception handlers: 异常处理器Exhaustive testing: 穷尽测试Exploratory testing: 探索性测试
Event-driven: 事件驱动
Envisioning Phase: 构想阶段
Failure: 失效
Fault: 故障
Field testing: 现场测试
Framework: 框架
Functional testing: 功能测试
Hard-coding: 硬编码
Hotfix: 热补丁
G11N(Globalization): 全球化
Gap analysis: 差距分析
Garbage characters: 乱码字符Glossary: 术语表
Glass-box testing: 白箱测试或白盒测试GUI(Graphical User Interface): 图形用户界面
I18N(Internationalization): 国际化Incremental testing: 渐增测试Installing testing: 安装测试Integration testing: 集成测试Interface: 接口
Inspection: 审查
Issue: 问题
Iteration: 迭代
Iterative development: 迭代开发
Key concepts: 关键概念
Key Process Area: 关键过程区域Keyword driven testing: 关键字驱动测试Kick-off meeting: 启动会议
Lag time: 延迟时间
Lead time: 前置时间
L10N(Localization): 本地化Localizability testing: 本地化能力测试Localization testing: 本地化测试
Load testing: 负载测试
Maintenance: 维护
Maintainability: 可维护性
Master project schedule: 总体项目方案Measurement: 度量
Memory leak: 内存泄漏
Migration testing: 迁移测试Milestone: 里程碑Mock up: 模型，原型
Monkey testing: 跳跃式测试
Module testing: 模块测试
Negative Testing: 逆向测试, 反向测试, 负面测试
N/A(Not applicable): 不适用的
Off-the-shelf software: 套装软件
Pair Programming: 成对编程
Path coverage: 路径覆盖
Peer review: 同行评审
Performance: 性能
Performance indicator: 性能（绩效）指标
Performance testing: 性能测试
Pilot: 试验
Pilot testing: 引导测试
Portability: 可移植性
Positive testing: 正向测试Postcondition: 后置条件
Pseudo code: 伪代码
Precondition: 前提条件
Priority: 优先权
Prototype: 原型
Quality assurance(QA): 质量保证
Quality Control(QC): 质量控制
Recovery testing: 恢复测试Refactoring: 重构
Regression testing: 回归测试
Release: 发布
Release note: 版本说明
Reliability: 可靠性
Return of Investment（ROI）: 投资回报率
Review: 评审
Requirements-based testing: 基于需求的测试
Requirements management tool: 需求管理工具
Risk assessment: 风险评估
Root Cause Analysis(RCA): 根本原因分析
Robustness: 强健性
Sanity testing: 健全测试
Screen shot: 抓屏、截图
Severity: 严重性
Security testing: 安全性测试Shipment: 发布
Smoke testing: 冒烟测试
Software life cycle: 软件生命周期Software development plan(SDP): 软件开发计划
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: 系统测试
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: 跟踪矩阵
Trade-off: 平衡
Unit testing: 单元测试
User interface(UI): 用户界面
Usability testing: 可用性测试
Usage scenario: 使用场景
User acceptance Test: 用户验收测试User profile: 用户信息
User scenario: 用户场景
Version: 版本
Virtual user: 虚拟用户
Volume testing: 容量测试
V&V (Verification & Validation): 验证&确认
Walkthrough: 走读
Waterfall model: 瀑布模型
White box testing: 白盒测试
Work breakdown structure (WBS): 任务分解结构
Web testing: 网站测试
软件测试名词解释、简答题以及综合题(含答案)
一、名词解释题 1、测试用例 测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。 2、驱动模块 驱动模块是在进行单元测试时所设置的一种辅助测试模块，它用来模拟被测试模块的上一级模块，相当于被测模块的主程序。驱动模块在单元测试中接收数据，把相关的数据传送给被测试的模块，启动被测模块，并打印出相应的结果。 3、回归测试 在集成测试策略的环境中，回归测试是对某些已经进行过的测试的某些子集再重新测试一遍，以保证上述改变不会传播无法预料的副作用或引发新的问题。在更广的环境里，回归测试就是用来保证（由于测试或者其他原因的）改动不会带来不可预料的行为或者另外的错误。 4、静态测试 静态测试是指不利用计算机运行被测程序，也就是说，计算机并不真正运行被测试的程序，而是通过其他手段达到检测的目的。静态测试是对被测程序进行特性分析的一些方法的总称。 5、桩模块 桩模块是在进行单元测试时所设置的一种辅助测试模块，它用来模拟被测试模块工作过程中所调用的模块。桩模块由被测模块调用，它们一般只进行很少的数据处理，以便检验被测模块与其下级模块的接口。 6、强度测试 强度测试的目的是要检测非正常的情形，测试是想要破坏程序。强度测试需要在反常规数据量、频率或资源的方式下运行系统，以检验系统能力的最高实际限度。 7、软件测试 软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复查。它是软件质量保证的关键步骤。通常对软件测试的定义有两种描述： 定义1：软件测试是为了发现错误而执行程序的过程。 定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例运行程序，以及发现错误的过程。 8、自动化测试 自动化测试得一般定义为：各种测试活动的管理与实施，包括测试脚本的开发与执行，均使用一种自动化测试工具来验证测试的需求。 9、动态测试 动态测试的主要特征是计算机必须真正运行被测试的程序，通过输入测试用例对其运行情况（即输入与输出的对应关系）进行分析，达到检测的目的。 10、独立路径 某一程序的独立路径是指从程序入口到程序出口的多次执行中，每次至少有一个语句集（包括运算、赋值、输入/输出或判断）是新的和未被重复的。 二、问答题 1、软件测试涉及哪些关键问题？ 软件测试涉及的关键问题包括以下四个方面： （1）测试由谁来执行。通常的做法是开发者（机构或组织）负责完成自己代码的单元测试，而系统测试则由一些独立的测试人员或专门的测试机构进行。 （2）测试什么。软件需求规格说明、概要设计规格说明、详细设计规格说明和源程序都是测试的对象。 （3）什么时候进行测试。测试可以是一个与开发并行的过程，还可以是在开发完成某个阶段任务之后进行，或者是在开发结束后再进行测试。 （4）怎样进行测试。根据软件的功能规范说明和程序实现，利用各种测试方法，生成有效的测试用例，对软件进行测试。 2、简述软件测试过程的流程。 软件测试过程按测试的先后次序可分为：单元测试、集成测试、确认（有效性）测试、系统测试和验收（用户）测试共5 项步骤。 （1）单元测试：针对每个单元的测试，以确保每个模块能正常工作为目标。
软件测试常用英语词汇汇总
软件测试常用英语词汇 静态测试：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. 什么是软件测试？ (2) 2. 软件测试的目的是什么？ (2) 3. 软件测试的目标？ (2) 5. 什么黑盒测试？ (3) 6. 黑盒测试方法都包括哪些？ (3) 7. 什么是等价类划分？ (3) 8. 什么是边界值分析法？ (3) 9. 什么情况下使用决策分析法？ (3) 10．你是如何利用决策分析法设计用例？ (3) 11. 什么是因果图分析法？ (4) 12. 你是如何利用因果图分析法来设计用例的？ (4) 13. 因果图分析法中用到的五种约束分别是什么？ (4) 14. 什么是测试用例？ (4) 15 你觉得有必要写测试用例么，写测试用例的作用有哪些？ (4) 16. 你知道软件生命的周期么？包括哪些阶段？ (4) 17. 软件测试的对象是什么？ (4) 18. 软件测试是否等于程序测试？ (4) 19. 软件测试涉及的关键问题包括哪些方面？ (5) 20. 软件测试的原则包括哪些？ (5) 21. 软件测试按照开发阶段划分为哪几类？ (5) 22. 完成的软件开发过程？V模型？ (5) 23. 按照测试技术来分测试分哪几类？ (5) 24. 什么是白盒测试和灰盒测试？ (5) 25. 谈谈黑盒测试的特点？优点？ (6) 26. 黑盒测试主要能够发现哪些方面的问题？ (6) 27. 测试停止的依据？ (6) 28. 什么是健壮等价类测试？ (6) 29. 什么是错误推测法？你经常用的错误推测法来测试系统的经验有哪些？ (6) 30. 你选择测试方法的原则是什么？ (7) 31. 设计测试用例的原则有哪些？ (7) 32. 测试用例模板的主要要素有哪些？ (7) 33. 软件测试的过程有哪些？ (7) 34. 写测试计划的主要任务是什么？ (7) 35. 测试计划中的5W1H什么意思？ (7) 44. 什么是回归测试？ (8) 45. 什么是确认测试？ (9) 46. 请您谈一谈为什么要进行系统测试？ (9) 48. 安全性测试你一般从哪几方面做测试？ (9) 49. 什么是兼容性测试？ (9) 51. 什么是验收测试？ (9) 52. 验收测试一般有哪些方法？ (9)
软件测试英语单词
软件测试英语单词
软件测试英语单词 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：分支条件组合测试
软件测试综合题(参考答案)
软件测试综合试题 一、选择题 1、关于软件质量的描述，正确的是___B___ A．软件质量是指软件满足规定用户需求的能力； B．软件质量特性是指软件的功能性、可靠性、易用性、效率、可维护性、可移植性； C．软件质量保证过程就是软件测试过程； D．以上描述都不对 2、___B___方法根据输出对输入的依赖关系设计测试用例。 A．路径测试B．等价类 C．因果图D．边界值 3、测试设计员的职责有：__B____ ①制定测试计划②设计测试用例③设计测试过程、脚本④评估 测试活动 A.①④ B．②③ C．①③D．以上全是 4、十进制102转换为二进制是_____B_ A．1100111 B．1100110 C．1100001 D．101111 5、下列软件实施活动的进入准则描述错误的是：___D___ A．需求工件已经被基线化 B．详细设计工件已经被基线化 C．构架工件已经被基线化 D．项目阶段成果已经被基线化 6、用边界值分析法，假定1 软件测试专业术语中英文对照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：分支条件组合测试 软件测试基本概念 1、测试分类 从不同的角度，可以把软件测试技术分成不同种类：(4个维度) 1.1从是否需要执行被测软件的角度分类: 1.1.1静态测试（代码评审、文档会审） 指以人工的、非形式化的方法对软件进行分析和测试。如文档评审、代码会审。 1.1.2动态测试（功能测试和性能测试） 1.2按测试方法分类 1.2.1黑盒测试 不考虑程序的内部逻辑结构与特性，只根据程序功能或程序的外部特性进行测试，注重于测试软件的功能性需求。 1.2.2白盒测试 分析程序的内部逻辑结构，选择适当的覆盖标准，对主要路径进行尽可能多的测试。 1.2.3灰盒测试 不需要懂代码，只需懂接口、集成。 1.3按测试阶段分类 1.3.1单元测试(一般是开发人员进行) 指对源程序中每一个程序单元进行测试，检查各个模块是否正确实现规定的功能。 1.3.2集成测试 是在单元测试基础上，将模块和模块结合成一个完整的系统进行测试，重视的是接口测试。 1.3.3系统测试 系统测试是将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在运行环境下对计算机系统进行的一系列严格有效的测试。包含的测试类型： 1) 功能测试，测试软件系统的功能是否正确。 2) 性能测试，测试系统的负载。 3) 健壮性测试，测试软件系统在异常情况下能否正常运行的能力。健壮性有两 层含义：一是容错能力，二是恢复能力。 1.3.4确认测试(依据需求规格说明书) 又称有效性测试，检查软件的功能与性能是否与需求规格说明书中确定的指标相符。主要做功能测试和性能测试。 1) Alpha 测试：在开发环境中，模拟各类用户对即将发布的产品进行测试。 2) Beta 测试：在真实运行环境下实施的测试。 1.3.5验收测试 是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。 一般包含五类： 1) 功能确认测试：用户手册中提及的所有功能测试 2) 安全性测试：用户权限限制测试；系统备份与恢复测试；异常情况及网络故 障对系统的影响测试。 3) 兼容性测试：软件在规定的不同操作系统、数据库、浏览器运行是否正常。 4) 性能测试：系统性能指标和资源占有率测试。 5) 用户文档测试：各类文档描述清晰，包括软件安装、卸载测试。 1.4测试种类 1.4.1数据库设计测试(开发和设计阶段) 1.4.2需求测试(需求阶段) 1.4.3功能测试 1.4.4性能测试 1.4.5其他测试类型：安全性测试、兼容性测试、用户文档测试、单元测试、接口测试、冒烟测试 2、常用名词解释 1) 软件测试：在规定的条件下对程序进行操作，以发现错误，对软件质量进行 评估的一个过程，它是保障软件质量的重要方法。 2) 边界值：边界值就是软件操作界限所在的边缘条件。 3) 因果图法： 因果图方法是一种利用图解法分析输入条件的各种组合情况，从 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 --- 插桩 软件测试常用单词： 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, 软件测试综合练习题 一、名词解释题 1、测试用例 2、驱动模块 3、回归测试 4、静态测试 5、桩模块 6、强度测试 7、软件测试 8、自动化测试 9、动态测试 10、独立路径 二、问答题 1、软件测试涉及哪些关键问题？ 2、简述软件测试过程的流程。 3、为什么说软件测试必须有预期结果？ 4、什么是测试用例？ 5、简述黑盒测试和白盒测试概念，并试分析两者的优点和缺点。 6、采用白盒测试法设计测试用例时，常用的逻辑覆盖测试方法有哪几种？请简单描述各种方法的目的。 7、黑盒测试有哪几种方法？请简单描述各种方法的特点。 8、简析已学的各种黑盒测试方法的特点，并分析如何选择恰当的黑盒测试方法？ 9、简介WEB应用程序在压力下的常见错误类型。 10、单元测试的主要任务是什么? 11、简述自顶向下增量式测试和自底向上增量式测试两种集成测试方法，并比较两者的优点和缺点。 12、简述在哪些测试模块中应优先考虑引入自动化测试？自动化测试可以带来哪些优点？ 13、在软件工程或软件测试中，哪些软件问题被称为软件缺陷？ 14、简述软件测试与软件开发各阶段的关系。 15、在测试实施之前，如何才能确定好的测试策略和测试方法？ 16、简述软件测试的目的和原则。 17、为什么在单元测试之后要进行集成测试？如何组织集成测试？ 18、当WinRunner识别完GUI对象后，会将GUI对象的属性储存在GUI Map File，WinRunner提供二种GUI Map File模式： GUI Map File per Test模式与Global GUI Map File模式。 （1）请比较这两种GUI Map File 模式的优点和缺点。 （2）请分别说明在这两种GUI Map File模式下，WinRunner可以通过哪些方式学习被测软件的GUI？ 19、介绍在 WinRunner 中GUI映射文件（GUI Map File）的作用。 20、什么是数据驱动脚本？简介在Winrunner中如何实现数据驱动脚本 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－－输入域 所有可能输入的集合。 二、软件类(Software) ANSI美国国家标准协会 able 能 active file 活动文件 add watch 添加监视点 all files 所有文件 allrightsreserved 所有的权力保留altdirlst 切换目录格式andotherinFORMation 以及其它的信息archivefileattribute 归档文件属性assignto 指定到 autoanswer 自动应答 autodetect 自动检测 autoindent 自动缩进 autosave 自动存储 available on volume 该盘剩余空间 bad command 命令错 bad command or filename 命令或文件名错batch parameters 批处理参数 binary file 二进制文件 binary files 二进制文件 Borland international borland国际公司 bottommargin 页下空白 bydate 按日期 byextension 按扩展名 byname 按名称 bytesfree 字节空闲 callstack 调用栈 casesensitive 区分大小写 centralpointsoftwareinc central point 软件股份公司changedirectory 更换目录 changedrive 改变驱动器 changename 更改名称 characterset 字符集 checkingfor 正在检查 chgdrivepath 改变盘/路径 chooseoneofthefollowing 从下列中选一项 clearall 全部清除 clearallbreakpoints 清除所有断点 clearsanattribute 清除属性 clearscommandhistory 清除命令历史 clearscreen 清除屏幕 closeall 关闭所有文件 codegeneration 代码生成 软件测试常见术语-英文缩写 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的功能，其核心思想是供应链管理，它跳 1 一、选择题 1．软件测试的目的是（ B ）。 A ）试验性运行软件 B ）发现软件错误 C ）证明软件正确 D ）找出软件中全部错误 2．软件测试中白盒法是通过分析程序的（ B ）来设计测试用例的。 A ）应用范围 B ）内部逻辑 C ）功能 D ）输入数据 3．黑盒法是根据程序的（ C ）来设计测试用例的。 A ）应用范围 B ）内部逻辑 C ）功能 D ）输入数据 4．为了提高软件测试的效率，应该（ D ）。 A ）随机地选取测试数据 B ）取一切可能的输入数据作为测试数据 C ）在完成编码以后制定软件的测试计划 D ）选择发现错误可能性最大的数据作为测试用例 5．与设计测试用例无关的文档是（ A ）。 A ）项目开发计划 B ）需求规格说明书 C ）设计说明书 D ）源程序 6．测试的关键问题是（ B ）。 A ）如何组织软件评审 B ）如何选择测试用例 C ）如何验证程序的正确性 D ）如何采用综合策略 7．软件测试用例主要由输入数据和（ C ）两部分组成。 A ）测试计划 B ）测试规则 C ）预期输出结果 D ）以往测试记录分析 8．成功的测试是指运行测试用例后（ B ）。 A ）未发现程序错误 B ）发现了程序错误 C ）证明程序正确性 D ）改正了程序错误 9．下列几种逻辑覆盖标准中，查错能力最强的是（ D ）。 A ）语句覆盖 B ）判定覆盖 C ）条件覆盖 D ）条件组合覆盖 10．在黑盒测试中，着重检查输入条件组合的方法是（ D ）。 A ）等价类划分法 B ）边界值分析法 C ）错误推测法 D ）因果图法 11．单元测试主要针对模块的几个基本特征进行测试，该阶段不能完成的测试是（ A ）。 A ）系统功能 B ）局部数据结构 C ）重要的执行路径 D ）错误处理 12．软件测试过程中的集成测试主要是为了发现（ B ）阶段的错误。 A ）需求分析 B ）概要设计 C ）详细设计 D ）编码 13．不属于白盒测试的技术是（ D ）。 A ）路径覆盖 B ）判定覆盖 C ）循环覆盖 D ）边界值分析 14．集成测试时，能较早发现高层模块接口错误的测试方法为（ A ）。 A ）自顶向下渐增式测试 B ）自底向上渐增式测试 C ）非渐增式测试 D ）系统测试 15．确认测试以（ A ）文档作为测试的基础。 A ）需求规格说明书 B ）设计说明书 C ）源程序 D ）开发计划 16．使用白盒测试方法时，确定测试数据应根据（ A ）和指定的覆盖标准。 A ）程序内部逻辑 B ）程序的复杂度 C ）使用说明书 D ）程序的功能 17．程序的三种基本结构是（ B ）。 A ）过程子、程序、分程序 B ）顺序、选择、循环 C ）递归、堆栈、队列 D ）调用、返回、转移 18．结构化程序设计的一种基本方法是（ D ） A ）筛选法 B ）递归法 C ）归纳法 D ）逐步求精法 19．软件调试的目的是（ A ） A ）找出错误所在并改正之 B ）排除存在错误的可能性 C ）对错误性质进行分类 D ）统计出错的次数 20．程序三种基本结构的共同特点是（ D ） 软件测试英语单词 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. 名词解释 软件缺陷： 即计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷、瑕疵。缺陷会导致软件产品在某种程度上不能满足用户的需要。 软件缺陷的准确定义，通常有以下5 条描述： （1）软件未实现产品说明书要求的功能。 （2）软件出现了产品说明书指明不会出现的错误。 （3）软件超出实现了产品说明书提到的功能。 （4）软件实现了产品说明书虽未明确指出但应该实现的目标。 （5）软件难以理解，不易使用，运行缓慢或者终端用户认为不好 软件测试： 软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。通常对软件测试的定义有如下描述：软件测试是为了发现错误而执行程序的过程。 静态测试：静态测试就是通过对被测程序的静态审查，发现代码中潜在的错误。 动态测试：动态测试的对象必须是能够由计算机真正运行的被测试的程序 黑盒测试： 黑盒测试是一种从用户观点出发的测试，又称为功能测试，数据驱动测试和基于规格说明的测试。 白盒测试： 白盒测试基于产品的内部结构来进行测试，检查内部操作是否按规定执行，软件各个部分功能是否得到充分利用。 单元测试: 单元测试是针对每个单元的测试，是软件测试的最小单位。 集成测试： 集成测试是对已测试过的模块进行组装，进行集成测试的目的主要在于检验与软件设计相关的程序结构问题。 确认测试: 是检验所开发的软件能否满足所有功能和性能需求的最后手段，通常采用黑盒测试方法。系统测试: 系统测试的主要任务是检测被测软件与系统的其他部分的协调性。 验收测试: 验收测试是软件产品质量的最后一关。这一环节，测试主要从用户的角度着手，其参与者 主要是用户和少量的程序开发人员。 2. 简述软件测试发展的历史及软件测试的现状 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．软件测试（第8章）2．静态测试（第8章）3．动态测试（第8章）4．黑盒测试（第8章）5．白盒测试（第8章）6．语句覆盖（第6章）7．判定覆盖（第6章）8．条件覆盖（第6章）9．判定/条件覆盖（第6章）10．条件组合覆盖（第6章）11．路径覆盖（第6章）12．测试用例（第8章）13．驱动模块（第6章）14．桩模块（第6章）15．单元测试（第8章）16．集成测试（第8章）17．确认测试（第8章）18．渐增式测试（第8章）19．非渐增式测试（第8章）20．调试（第9章）21．人的因素的含义（第11章）22．基线（第12章）23．软件配置管理（第12章24．软件配置项（第12章）25. 软件概要设计（第5章）26. 模块（第5章）27. 模块化（第5章）28. 抽象（第5章）29. 信息隐蔽（第5章）30. 模块独立性（第5章）31. 耦合性（第5章）32. 无直接耦合（第5章）33. 数据耦合（第5章）34. 标记耦合（第5章）35. 控制耦合（第5章） 36. 公共耦合（第5章）37. 内容耦合（第5章）38. 内聚性（第5章）39. 偶然内聚（第5章）40. 逻辑内聚（第5章）41. 时间内聚（第5章）42. 通信内聚（第5章）43. 顺序内聚（第5章）44. 功能内聚（第5章）45. 软件结构图（第5章）46. 结构化设计（第5章）47. 变换流（第6章）48. 事务流（第6章）49. JSP（第6章）50. JSD（第6章） 答案： 1. 软件测试指为了发现软件中的错误而执行软件的过程。它的目标是尽可能多地发现软件中存在的错误，将测试结果作为纠错的依据。 2. 静态测试指被测试的程序不在机器上运行，而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。 3. 动态测试指通过运行程序发现错误。 4. 黑盒测试指把测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软件的接口处进行测试，依据需求规格说明书，检查程序是否满足功能要求，又称为功能测试或数据驱动测试。 5. 白盒测试指把测试对象看成一个打开的盒子，测试人员需了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检验内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。 6. 语句覆盖指设计足够的测试用例，使被测程序中每个语句至少执行一次。 7. 判定覆盖指设计足够的测试用例，使被测程序中每个判定表达式至少获得一次“真”值或“假”值，从而使程序的每个分支至少都通过一次，因此判定覆盖又称分支覆盖。 8. 条件覆盖指设计足够测试用例，使判定表达式中每个条件的各种可能的值至少出现一次。 9. 判定/条件覆盖指设计足够的测试用例，使得判定表达式中每个条件的所有可能取值至少出现一次，并使每个判定表达式所有可能的结果也至少出现一次。 10. 条件组合覆盖指设计足够的测试用例，使得每个判定表达式中条件的各种可能的值的组合都至软件测试专业术语中英文对照
软件测试基本概念
软件测试英语专业词汇
软件测试英文术语
软件测试综合练习题
软件测试英语专业词汇
常用英语词汇(软件)
软件测试常见术语英文缩写
软件测试题目-附答案
最全的软件测试英语单词
软件测试课后习题
软件测试英语专业词汇
软件工程名词解释 (1)