软件测试英语专业词汇
1.软件测试英语专业词汇
2.NLV：Nation Language Version 本地化版本
3.FVT：Functional Verification Testing 功能验证测试
https://www.360docs.net/doc/55915868.html,T：Translation Verification Testing 翻译验证测试
5.SVT：System Verification Testing 系统验证测试
6.fault－－故障
在软件中一个错误的表现。
7.feasible path－－可达路径
可以通过一组输入值和条件执行到的一条路径。
8.feature testing－－特性测试
参考功能测试（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 Testing－－功能测试
测试一个产品的特性和可操作行为以确定它们满足规格。
15.glass box testing－－玻璃盒测试
参考白盒测试（White Box Testing）
16.IEEE－－美国电子与电器工程师学会（Institute of Electrical and
Electronic Engineers）
17.incremental testing－－渐增测试
集成测试的一种，组件逐渐被增加到系统中直到整个系统被集成。
18.infeasible path－－不可达路径
不能够通过任何可能的输入值集合执行到的路径。
19.input domain－－输入域
所有可能输入的集合。
20.inspection－－检视
对文档进行的一种评审形式。
21.installability testing－－可安装性测试
确定系统的安装程序是否正确的测试。
22.instrumentation－－插桩
在程序中插入额外的代码以获得程序在执行时行为的信息。
23.instrumenter－－插装器
执行插装的工具
24.Integration Testing－－集成测试
测试一个应用组合后的部分以确保它们的功能在组合之后正确。
该测试一般在单元测试之后进行。
25.interface－－接口
两个功能单元的共享边界。
26.interface analysis－－接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格。
27.interface testing－－接口测试
测试系统组件间接口的一种测试。
28.invalid inputs－－无效输入
在程序功能输入域之外的测试数据。
29.isolation testing－－孤立测试
组件测试（单元测试）策略中的一种，把被测组件从其上下文组件之中孤立出来，通过设计驱动和桩进行测试的一种方法。30.job control language－－工作控制语言
用于确定工作顺序，描述它们对操作系统要求并控制它们执行的语言。
31.LCSAJ－－线性代码顺序和跳转（Linear Code Sequence And
Jump）
包含三个部分：可执行语句线性顺序的起始，线性顺序的结束，
在线性顺序结束处控制流跳转的目标语句。
32.LCSAJ coverage－－LCSAJ覆盖
在组件中被测试执行到的LCSAJ的百分比。
33.LCSAJ testing－－LCSAJ测试
根据LCSAJ设计测试用例的一种技术。
34.Load Testing－－负载测试
通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。
35.logic analysis－－逻辑分析
（1）评价软件设计的关键安全方程式、算法和控制逻辑的方法。
（2）评价程序操作的顺序并且检测可能导致灾难的错误。
36.logic-coverage testing－－逻辑覆盖测试
参考结构化测试用例设计（structural test case design）
37.maintainability－－可维护性
一个软件系统或组件可以被修改的容易程度，这个修改一般是因为缺陷纠正、性能改进或特性增加引起的。
38.maintainability testing－－可维护性测试
测试系统是否满足可维护性目标。
39.modified condition/decision coverage－－修改条件/判定覆盖
在组件中被测试执行到的修改条件/判定的百分比。
40.modified condition/decision testing －－修改条件/判定测试
根据MC/DC设计测试用例的一种技术。
41.Monkey Testing－－跳跃式测试
随机性，跳跃式的测试一个系统，以确定一个系统是否会崩溃。
42.MTBF－－平均失效间隔实际（mean time between failures）
两次失效之间的平均操作时间。
43.MTTF－－平均失效时间（mean time to failure）
第一次失效之前的平均时间
44.MTTR－－平均修复时间（mean time to repair）
两次修复之间的平均时间
45.multiple condition coverage－－多条件覆盖
参考分支条件组合覆盖（branch condition combination coverage）46.mutation analysis－－变体分析
一种确定测试用例套完整性的方法，该方法通过判断测试用例套能够区别程序与其变体之间的程度。
47.Negative Testing－－逆向测试/反向测试/负面测试
测试瞄准于使系统不能工作。
48.non-functional requirements testing－－非功能性需求测试
与功能不相关的需求测试，如：性能测试、可用性测试等。49.N-switch coverage－－N切换覆盖
在组件中被测试执行到的N转换顺序的百分比。
50.N-switch testing－－N切换测试
根据N转换顺序设计测试用例的一种技术，经常用于状态转换测试中。
51.N-transitions－－N转换
N＋1转换顺序
52.operational testing－－可操作性测试
在系统或组件操作的环境中评价它们的表现。
53.output domain－－输出域
所有可能输出的集合。
54.partition testing－－分类测试
参考等价划分测试（equivalence partition testing）
55.path－－路径
一个组件从入口到出口的一条可执行语句顺序。
56.path coverage－－路径覆盖
在组件中被测试执行到的路径的百分比。
57.path sensitizing－－路径敏感性
选择一组输入值强制组件走一个给定的路径。
58.path testing－－路径测试
根据路径设计测试用例的一种技术，经常用于状态转换测试中。
59.performance testing－－性能测试
评价一个产品或组件与性能需求是否符合的测试。
60.portability testing－－可移植性
测试瞄准于证明软件可以被移植到指定的硬件或软件平台上。61.Positive Testing－－正向测试
测试瞄准于显示系统能够正常工作。
62.precondition－－预置条件
环境或状态条件，组件执行之前必须被填充一个特定的输入值。
63.predicate－－谓词
一个逻辑表达式，结果为‘真’或‘假’。
64.predicate data use－－谓词数据使用
在谓词中的一个数据使用。
65.program instrumenter－－程序插装
参考插装（instrumenter）
66.progressive testing－－递进测试
在先前特性回归测试之后对新特性进行测试的一种策略。
67.pseudo-random－－伪随机
看似随机的，实际上是根据预先安排的顺序进行的。
68.QA－－质量保证（quality assurance）
（1）已计划的系统性活动，用于保证一个组件、模块或系统遵从已确立的需求。（2）采取的所有活动以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程。
69.QC－－质量控制（quality control）
用于获得质量需求的操作技术和过程，如测试活动。
70.Race Condition－－竞争状态
并行问题的根源。对一个共享资源的多个访问，至少包含了一个写操作，但是没有一个机制来协调同时发生的访问。
71.recovery testing－－恢复性测试
验证系统从失效中恢复能力的测试。
72.regression analysis and testing－－回归分析和测试
一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。
73.Regression Testing－－回归测试
在发生修改之后重新测试先前的测试以保证修改的正确性。74.release－－发布
一个批准版本的正式通知和分发。
75.reliability－－可靠性
一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力。
76.reliability assessment－－可靠性评价
确定一个已有系统或组件的可靠性级别的过程。
77.requirements-based testing－－基于需求的测试
根据软件组件的需求导出测试用例的一种设计方法。
78.review－－评审
在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。
79.risk－－风险
不期望效果的可能性和严重性的一个度量。
80.risk assessment－－风险评估
对风险和风险影响的一个完整的评价。
81.safety－－（生命）安全性
不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。
82.safety critical－－严格的安全性
一个条件、事件、操作、过程或项，它的认识、控制或执行对生命安全性的系统来说是非常关键的。
83.Sanity Testing－－理智测试
软件主要功能成分的简单测试以保证它是否能进行基本的测试。
参考冒烟测试
84.SDP－－软件开发计划（software development plan）
用于一个软件产品开发的项目计划。
85.security testing－－安全性测试
验证系统是否符合安全性目标的一种测试。
86.security.－－（信息）安全性
参考计算机系统安全性（computer system security）
87.serviceability testing－－可服务性测试
参考可维护性测试（maintainability testing）
88.simple subpath－－简单子路径
控制流的一个子路径，其中没有不必要的部分被执行。
89.simulation－－模拟
使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。
90.simulation－－模拟
使用一个可执行模型来表示一个对象的行为。
91.simulator－－模拟器
软件验证期间的一个设备、软件程序、或系统，当它给定一个控制的输入时，表现的与一个给定的系统类似。
92.SLA－－服务级别协议（service level agreement）
服务提供商与客户之间的一个协议，用于规定服务提供商应当提供什么服务。
93.Smoke Testing－－冒烟测试
对软件主要功能进行快餐式测试。最早来自于硬件测试实践，以确定新的硬件在第一次使用的时候不会着火。
94.Localization : 本地化
https://www.360docs.net/doc/55915868.html,g time : 延迟时间
96.LCSAJ：线性代码顺序和跳转（Linear Code Sequence And
Jump）
97.LCSAJ coverage：LCSAJ覆盖
98.LCSAJ testing：LCSAJ测试
99.Lead time : 前置时间
100.Load testing : 负载测试
101.Load Testing：负载测试
102.Localizability testing: 本地化能力测试
103.Localization testing : 本地化测试
104.logic analysis：逻辑分析
105.logic-coverage testing：逻辑覆盖测试
106.Maintainability : 可维护性
107.maintainability testing：可维护性测试
108.Maintenance : 维护
109.Master project schedule :总体项目方案
110.Measurement : 度量
111.Memory leak : 内存泄漏
112.Migration testing : 迁移测试
https://www.360docs.net/doc/55915868.html,estone : 里程碑
114.Mock up : 模型，原型
115.modified condition/decision coverage：修改条件/判定覆盖116.modified condition/decision testing ：修改条件/判定测试
117.modular decomposition:参考模块分解
118.Module testing : 模块测试
119.Monkey testing : 跳跃式测试
120.Monkey Testing：跳跃式测试
121.mouse over：鼠标在对象之上
122.mouse leave：鼠标离开对象
123.MTBF：平均失效间隔实际（mean time between failures）124.MTP MAIN TEST PLAN主确认计划
125.MTTF：平均失效时间（mean time to failure）126.MTTR：平均修复时间（mean time to repair）
127.multiple condition coverage：多条件覆盖
128.mutation analysis：变体分析
129.N/A(Not applicable) : 不适用的
130.Negative Testing : 逆向测试, 反向测试, 负面测试131.negative testing:参考负面测试
132.Negative Testing：逆向测试/反向测试/负面测试
133.off by one：缓冲溢出错误
134.non-functional requirements testing:非功能需求测试135.nominal load:额定负载
136.N-switch coverage：N切换覆盖
137.N-switch testing：N切换测试
138.N-transitions：N转换
139.Off-the-shelf software : 套装软件
140.operational testing：可操作性测试
141.output domain：输出域
142.paper audit:书面审计
143.Pair Programming : 成对编程
144.partition testing：分类测试
145.Path coverage : 路径覆盖
146.path coverage：路径覆盖
147.path sensitizing：路径敏感性
148.path testing：路径测试
149.path：路径
150.Peer review : 同行评审151.Performance : 性能
152.Performance indicator: 性能（绩效）指标153.Performance testing : 性能测试
154.Pilot : 试验
155.Pilot testing : 引导测试
156.Portability : 可移植性
157.portability testing：可移植性测试
158.Positive testing : 正向测试
159.Postcondition : 后置条件
160.Precondition : 前提条件
161.precondition：预置条件
162.predicate data use：谓词数据使用
163.predicate：谓词
164.Priority : 优先权
165.program instrumenter：程序插装
166.progressive testing：递进测试
167.Prototype : 原型
168.Pseudo code : 伪代码
169.pseudo-localization testing：伪本地化测试
170.pseudo-random：伪随机
171.QC：质量控制（quality control）
172.Quality assurance(QA): 质量保证
173.Quality Control(QC) : 质量控制
174.Race Condition：竞争状态
175.Rational Unified Process(以下简称RUP):瑞理统一工艺176.Recovery testing : 恢复测试
177.recovery testing：恢复性测试
178.Refactoring : 重构
179.regression analysis and testing：回归分析和测试180.Regression testing : 回归测试
181.Release note : 版本说明
182.release：发布
183.Reliability : 可靠性
184.reliability assessment：可靠性评价
185.reliability：可靠性
186.Requirements management tool: 需求管理工具
187.Requirements-based testing : 基于需求的测试
188.Return of Investment（ROI）: 投资回报率
189.review：评审
190.Risk assessment : 风险评估
191.risk：风险
192.Robustness : 强健性
193.Root Cause Analysis(RCA): 根本原因分析
194.safety critical：严格的安全性
195.safety：（生命）安全性
196.Sanity testing : 健全测试
197.Sanity Testing：理智测试
198.Schema Repository : 模式库
199.Screen shot : 抓屏、截图
200.SDP：软件开发计划（software development plan）201.Security testing : 安全性测试
202.security testing：安全性测试
203.security.：（信息）安全性
204.serviceability testing：可服务性测试
205.Severity : 严重性
206.Shipment : 发布
207.simple subpath：简单子路径
208.Simulation : 模拟
209.Simulator : 模拟器
210.SLA(Service level agreement): 服务级别协议211.SLA：服务级别协议（service level agreement）212.Smoke testing : 冒烟测试
213.Software development plan(SDP): 软件开发计划
214.Software development process: 软件开发过程
215.software diversity：软件多样性
216.software element：软件元素
217.software engineering environment：软件工程环境
218.software engineering：软件工程
219.Software life cycle : 软件生命周期
220.source code：源代码
221.source statement：源语句
222.Specification : 规格说明书
223.specified input：指定的输入
224.spiral model ：螺旋模型
225.SQAP SOFTWARE QUALITY ASSURENCE PLAN 软件质量保证计划
226.SQL：结构化查询语句（structured query language）
227.Staged Delivery：分布交付方法
228.state diagram：状态图
229.state transition testing ：状态转换测试
230.state transition：状态转换
231.state：状态
232.Statement coverage : 语句覆盖
233.statement testing：语句测试
234.statement：语句
235.Static Analysis：静态分析
236.Static Analyzer：静态分析器
237.Static Testing：静态测试
238.statistical testing：统计测试
239.Stepwise refinement : 逐步优化
240.storage testing：存储测试
241.Stress Testing : 压力测试
242.structural coverage：结构化覆盖
243.structural test case design：结构化测试用例设计
244.structural testing：结构化测试
245.structured basis testing：结构化的基础测试
246.structured design：结构化设计
247.structured programming：结构化编程
248.structured walkthrough：结构化走读
249.stub：桩
250.sub-area：子域
251.Summary：总结
252.SVVP SOFTW ARE Vevification&Validation PLAN：软件验证和确认计划
253.symbolic uation：符号评价
254.symbolic execution:参考符号执行
255.symbolic execution：符号执行
256.symbolic trace：符号轨迹
257.Synchronization : 同步
258.Syntax testing : 语法分析
259.system analysis：系统分析
260.System design : 系统设计
261.system integration：系统集成
262.System Testing : 系统测试
263.TC TEST CASE 测试用例
264.TCS TEST CASE SPECIFICATION 测试用例规格说明265.TDS TEST DESIGN SPECIFICATION 测试设计规格说明书
266.technical requirements testing：技术需求测试
267.Test : 测试
268.test automation：测试自动化
269.Test case : 测试用例
270.test case design technique：测试用例设计技术
271.test case suite：测试用例套
272.test comparator：测试比较器
273.test completion criterion：测试完成标准
274.test coverage:测试覆盖
275.Test design : 测试设计
276.Test driver : 测试驱动
277.test environment:测试环境
278.test execution technique:测试执行技术279.test execution:测试执行
280.test generator:测试生成器
281.test harness:测试用具
282.Test infrastructure : 测试基础建设283.test log:测试日志
284.test measurement technique:测试度量技术285.Test Metrics :测试度量
286.test procedure:测试规程
287.test records:测试记录
288.test report:测试报告
289.Test scenario : 测试场景
290.Test Script.:测试脚本
291.Test Specification:测试规格
292.Test strategy : 测试策略
293.test suite:测试套
294.Test target : 测试目标
295.Test ware : 测试工具296.Testability : 可测试性
297.testability:可测试性
298.Testing bed : 测试平台
299.Testing coverage : 测试覆盖
300.Testing environment : 测试环境
301.Testing item : 测试项
302.Testing plan : 测试计划
303.Testing procedure : 测试过程
304.Thread testing : 线程测试
305.time sharing:时间共享
306.time-boxed : 固定时间
307.TIR test incident report 测试事故报告
308.ToolTip:控件提示或说明
309.top-down testing:自顶向下测试
310.TPS TEST PEOCESS SPECIFICATION 测试步骤规格说明311.Traceability : 可跟踪性
312.traceability analysis:跟踪性分析
313.traceability matrix:跟踪矩阵
314.Trade-off : 平衡
315.transaction:事务/处理
316.transaction volume：交易量
317.transform. analysis:事务分析
318.trojan horse:特洛伊木马
319.truth table:真值表
软件测试常用英语词汇汇总
软件测试常用英语词汇 静态测试：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、驱动模块 驱动模块是在进行单元测试时所设置的一种辅助测试模块，它用来模拟被测试模块的上一级模块，相当于被测模块的主程序。驱动模块在单元测试中接收数据，把相关的数据传送给被测试的模块，启动被测模块，并打印出相应的结果。 3、回归测试 在集成测试策略的环境中，回归测试是对某些已经进行过的测试的某些子集再重新测试一遍，以保证上述改变不会传播无法预料的副作用或引发新的问题。在更广的环境里，回归测试就是用来保证（由于测试或者其他原因的）改动不会带来不可预料的行为或者另外的错误。 4、静态测试 静态测试是指不利用计算机运行被测程序，也就是说，计算机并不真正运行被测试的程序，而是通过其他手段达到检测的目的。静态测试是对被测程序进行特性分析的一些方法的总称。 5、桩模块 桩模块是在进行单元测试时所设置的一种辅助测试模块，它用来模拟被测试模块工作过程中所调用的模块。桩模块由被测模块调用，它们一般只进行很少的数据处理，以便检验被测模块与其下级模块的接口。 6、强度测试 强度测试的目的是要检测非正常的情形，测试是想要破坏程序。强度测试需要在反常规数据量、频率或资源的方式下运行系统，以检验系统能力的最高实际限度。 7、软件测试 软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复查。它是软件质量保证的关键步骤。通常对软件测试的定义有两种描述： 定义1：软件测试是为了发现错误而执行程序的过程。 定义2：软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例运行程序，以及发现错误的过程。 8、自动化测试 自动化测试得一般定义为：各种测试活动的管理与实施，包括测试脚本的开发与执行，均使用一种自动化测试工具来验证测试的需求。 9、动态测试 动态测试的主要特征是计算机必须真正运行被测试的程序，通过输入测试用例对其运行情况（即输入与输出的对应关系）进行分析，达到检测的目的。 10、独立路径 某一程序的独立路径是指从程序入口到程序出口的多次执行中，每次至少有一个语句集（包括运算、赋值、输入/输出或判断）是新的和未被重复的。 二、问答题 1、软件测试涉及哪些关键问题？ 软件测试涉及的关键问题包括以下四个方面： （1）测试由谁来执行。通常的做法是开发者（机构或组织）负责完成自己代码的单元测试，而系统测试则由一些独立的测试人员或专门的测试机构进行。 （2）测试什么。软件需求规格说明、概要设计规格说明、详细设计规格说明和源程序都是测试的对象。 （3）什么时候进行测试。测试可以是一个与开发并行的过程，还可以是在开发完成某个阶段任务之后进行，或者是在开发结束后再进行测试。 （4）怎样进行测试。根据软件的功能规范说明和程序实现，利用各种测试方法，生成有效的测试用例，对软件进行测试。 2、简述软件测试过程的流程。 软件测试过程按测试的先后次序可分为：单元测试、集成测试、确认（有效性）测试、系统测试和验收（用户）测试共5 项步骤。 （1）单元测试：针对每个单元的测试，以确保每个模块能正常工作为目标。
软件测试的名词解释
目录 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 --- 插桩 在软件测试中会遇到一些专有名词，英文缩写，涉及到网络、软件、测试各个层面,软件测试需要跨平台，所以在技术拓展上要留意多方面的积累与总结！ 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, 法语，意大利语，德语，西班牙语。是软件本地化的欧洲代表语言。 软件测试综合练习题 一、名词解释题 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－－输入域 所有可能输入的集合。 第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－－基线 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 ） 第一章软件测试概述 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．静态测试：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 覆盖率软件测试专业术语中英文对照
软件测试基本概念
软件测试英语专业词汇
软件测试常用术语 (新手必看)
软件测试综合练习题
软件测试英语专业词汇
软件测试常用术语表
软件测试题目-附答案
软件测试课后习题
软件测试英语专业词汇
软件工程名词解释 (1)
软件测试英文术语
软件测试术语中英文对照