软件测试术语表
A
?Abstract test case (High level test case) ：概要测试用例?Acceptance：验收
?Acceptance criteria：验收标准
?Acceptance testing：验收测试
?Accessibility testing：易用性测试
?Accuracy：精确性
?Actual outcome (actual result) ：实际输出/实际结果
?Ad hoc review (informal review) ：非正式评审
?Ad hoc testing：随机测试
?Adaptability：自适应性
?Agile testing：敏捷测试
?Algorithm test (branch testing) ：分支测试
?Alpha testing：alpha测试
?Analyzability：易分析性
?Analyzer：分析员
?Anomaly：异常
?Arc testing：分支测试
?Attractiveness：吸引力
?Audit：审计
?Audit trail：审计跟踪
?Automated testware：自动测试组件
?Availability：可用性
B
?Back-to-back testing：对比测试
?Baseline：基线
?Basic block：基本块
?Basis test set：基本测试集
?Bebugging：错误撒播
?Behavior：行为
?Benchmark test：基准测试
?Bespoke software：定制的软件
?Best practice：最佳实践
?Beta testing：Beta测试
?Big-bang testing：集成测试
?Black-box technique：黑盒技术
?Black-box testing：黑盒测试
?Black-box test design technique：黑盒测试设计技术?Blocked test case：被阻塞的测试用例
?Bottom-up testing：自底向上测试
?Boundary value：边界值
?Boundary value analysis：边界值分析
?Boundary value coverage：边界值覆盖率
?Boundary value testing：边界值测试
?Branch：分支
?Branch condition：分支条件
?Branch condition combination coverage：分支条件组合覆盖率?Branch condition combination testing：分支条件组合测试?Branch condition coverage：分支条件覆盖率
?Branch coverage：分支覆盖率
?Branch testing：分支测试
?Bug：缺陷
?Business process-based testing：基于商业流程的测试
C
?Capability Maturity Model (CMM) ：能力成熟度模型
?Capability Maturity Model Integration (CMMI) ：集成能力成熟度模型?Capture/playback tool：捕获/回放工具
?Capture/replay tool：捕获/重放工具
?CASE (Computer Aided Software Engineering) ：电脑辅助软件工程?CAST (Computer Aided Software Testing) ：电脑辅助软件测试?Cause-effect graph：因果图
?Cause-effect graphing：因果图技术
?Cause-effect analysis：因果分析
?Cause-effect decision table：因果判定表
?Certification：认证
?Changeability：可变性
?Change control：变更控制
?Change control board：变更控制委员会
?Checker：检查人员
?Chow's coverage metrics (N-switch coverage) ：N切换覆盖率?Classification tree method：分类树方法
?Code analyzer：代码分析器
?Code coverage：代码覆盖率
?Code-based testing：基于代码的测试
?Co-existence：共存性
?Commercial off-the-shelf software：商用离岸软件
?Comparator：比较器
?Compatibility testing：兼容性测试
?Compiler：编译器
?Complete testing：完全测试/穷尽测试
?Completion criteria：完成标准
?Complexity：复杂性
?Compliance：一致性
?Compliance testing：一致性测试
?Component：组件
?Component integration testing：组件集成测试
?Component specification：组件规格说明
?Component testing：组件测试
?Compound condition：组合条件
?Concrete test case (low level test case) ：详细测试用例?Concurrency testing：并发测试
?Condition：条件表达式
?Condition combination coverage：条件组合覆盖率
?Condition coverage：条件覆盖率
?Condition determination coverage：条件判定覆盖率
?Condition determination testing：条件判定测试
?Condition testing：条件测试
?Condition outcome：条件结果
?Confidence test (smoke test) ：信心测试（冒烟测试）
?Configuration：配置
?Configuration auditing：配置审核
?Configuration control：配置控制
?Configuration control board (CCB) ：配置控制委员会?Configuration identification：配置标识
?Configuration item：配置项
?Configuration management：配置管理
?Configuration testing：配置测试
?Confirmation testing：确认测试
?Conformance testing：一致性测试
?Consistency：一致性
?Control flow：控制流
?Control flow graph：控制流图
?Control flow path：控制流路径
?Conversion testing：转换测试
?COTS (Commercial Off-The-Shelf software) ：商业离岸软件?Coverage：覆盖率
?Coverage analysis：覆盖率分析
?Coverage item：覆盖项
?Coverage tool：覆盖率工具
?Custom software：定制软件
?Cyclomatic complexity：圈复杂度
?Cyclomatic number：圈数
D
?Daily build：每日构建
?Data definition：数据定义
?Data driven testing：数据驱动测试
?Data flow：数据流
?Data flow analysis：数据流分析
?Data flow coverage：数据流覆盖率
?Data flow test：数据流测试
?Data integrity testing：数据完整性测试
?Database integrity testing：数据库完整性测试
?Dead code：无效代码
?Debugger：调试器
?Debugging：调试
?Debugging tool：调试工具
?Decision：判定
?Decision condition coverage：判定条件覆盖率
?Decision condition testing：判定条件测试
?Decision coverage：判定覆盖率
?Decision table：判定表
?Decision table testing：判定表测试
?Decision testing：判定测试技术
?Decision outcome：判定结果
?Defect：缺陷
?Defect density：缺陷密度
?Defect Detection Percentage (DDP) ：缺陷发现率
?Defect management：缺陷管理
?Defect management tool：缺陷管理工具
?Defect masking：缺陷屏蔽
?Defect report：缺陷报告
?Defect tracking tool：缺陷跟踪工具
?Definition-use pair：定义-使用对
?Deliverable：交付物
?Design-based testing：基于设计的测试
?Desk checking：桌面检查
?Development testing：开发测试
?Deviation：偏差
?Deviation report：偏差报告
?Dirty testing：负面测试
?Documentation testing：文档测试
?Domain：域
?Driver：驱动程序
?Dynamic analysis：动态分析
?Dynamic analysis tool：动态分析工具
?Dynamic comparison：动态比较
?Dynamic testing：动态测试
E
?Efficiency：效率
?Efficiency testing：效率测试
?Elementary comparison testing：基本组合测试
?Emulator：仿真器、仿真程序
?Entry criteria：入口标准
?Entry point：入口点
?Equivalence class：等价类
?Equivalence partition：等价区间
?Equivalence partition coverage：等价区间覆盖率?Equivalence partitioning：等价划分技术
?Error：错误
?Error guessing：错误猜测技术
?Error seeding：错误撒播
?Error tolerance：错误容限
?Evaluation：评估
?Exception handling：异常处理
?Executable statement：可执行的语句
?Exercised：可执行的
?Exhaustive testing：穷尽测试
?Exit criteria：出口标准
?Exit point：出口点
?Expected outcome：预期结果
?Expected result：预期结果
?Exploratory testing：探测测试
F
?Fail：失败
?Failure：失败
?Failure mode：失败模式
?Failure Mode and Effect Analysis (FMEA) ：失败模式和影响分析?Failure rate：失败频率
?Fault：缺陷
?Fault density：缺陷密度
?Fault Detection Percentage (FDP) ：缺陷发现率?Fault masking：缺陷屏蔽
?Fault tolerance：缺陷容限
?Fault tree analysis：缺陷树分析
?Feature：特征
?Field testing：现场测试
?Finite state machine：有限状态机
?Finite state testing：有限状态测试
?Formal review：正式评审
?Frozen test basis：测试基线
?Function Point Analysis (FPA) ：功能点分析?Functional integration：功能集成
?Functional requirement：功能需求
?Functional test design technique：功能测试设计技术?Functional testing：功能测试
?Functionality：功能性
?Functionality testing：功能性测试
G
?glass box testing：白盒测试
H
?Heuristic evaluation：启发式评估
?High level test case：概要测试用例
?Horizontal traceability：水平跟踪
I
?Impact analysis：影响分析
?Incremental development model：增量开发模型?Incremental testing：增量测试
?Incident：事件
?Incident management：事件管理
?Incident management tool：事件管理工具?Incident report：事件报告
?Independence：独立
?Infeasible path：不可行路径
?Informal review：非正式评审
?Input：输入
?Input domain：输入范围
?Input value：输入值
?Inspection：审查
?Inspection leader：审查组织者
?Inspector：审查人员
?Installability：可安装性
?Installability testing：可安装性测试
?Installation guide：安装指南
?Installation wizard：安装向导
?Instrumentation：插装
?Instrumenter：插装工具
?Intake test：入口测试
?Integration：集成
?Integration testing：集成测试
?Integration testing in the large：大范围集成测试
?Integration testing in the small：小范围集成测试
?Interface testing：接口测试
?Interoperability：互通性
?Interoperability testing：互通性测试
?Invalid testing：无效性测试
?Isolation testing：隔离测试
?Item transmittal report：版本发布报告
?Iterative development model：迭代开发模型
K
?Key performance indicator：关键绩效指标
?Keyword driven testing：关键字驱动测试
L
?Learnability：易学性
?Level test plan：等级测试计划
?Link testing：组件集成测试
?Load testing：负载测试
?Logic-coverage testing：逻辑覆盖测试
?Logic-driven testing：逻辑驱动测试
?Logical test case：逻辑测试用例
?Low level test case：详细测试用例
M
?Maintenance：维护
?Maintenance testing：维护测试
?Maintainability：可维护性
?Maintainability testing：可维护性测试
?Management review：管理评审
?Master test plan：综合测试计划
?Maturity：成熟度
?Measure：度量
?Measurement：度量
?Measurement scale：度量粒度
?Memory leak：内存泄漏
?Metric：度量
?Migration testing：移植测试
?Milestone：里程碑
?Mistake：错误
?Moderator：仲裁员
?Modified condition decision coverage：改进的条件判定覆盖率?Modified condition decision testing：改进的条件判定测试?Modified multiple condition coverage：改进的多重条件判定覆盖率?Modified multiple condition testing：改进的多重条件判定测试?Module：模块
?Module testing：模块测试
?Monitor：监视器
?Multiple condition：多重条件
?Multiple condition coverage：多重条件覆盖率
?Multiple condition testing：多重条件测试
?Mutation analysis：变化分析
?Mutation testing：变化测试
N
?N-switch coverage：N切换覆盖率
?N-switch testing：N切换测试
?Negative testing：负面测试
?Non-conformity：不一致
?Non-functional requirement：非功能需求
?Non-functional testing：非功能测试
?Non-functional test design techniques：非功能测试设计技术O
?Off-the-shelf software：离岸软件
?Operability：可操作性
?Operational environment：操作环境
?Operational profile testing：运行剖面测试
?Operational testing：操作测试
?Oracle：标准
?Outcome：输出/结果
?Output：输出
?Output domain：输出范围
?Output value：输出值
P
?Pair programming：结队编程
?Pair testing：结队测试
?Partition testing：分割测试
?Pass：通过
?Pass/fail criteria：通过/失败标准
?Path：路径
?Path coverage：路径覆盖
?Path sensitizing：路径敏感性
?Path testing：路径测试
?Peer review：同行评审
?Performance：性能
?Performance indicator：绩效指标
?Performance testing：性能测试
?Performance testing tool：性能测试工具
?Phase test plan：阶段测试计划
?Portability：可移植性
?Portability testing：移植性测试
?Postcondition：结果条件
?Post-execution comparison：运行后比较
?Precondition：初始条件
?Predicted outcome：预期结果
?Pretest：预测试
?Priority：优先级
?Probe effect：检测成本
?Problem：问题
?Problem management：问题管理
?Problem report：问题报告
?Process：流程
?Process cycle test：处理周期测试
?Product risk：产品风险
?Project：项目
?Project risk：项目风险
?Program instrumenter：编程工具
?Program testing：程序测试
?Project test plan：项目测试计划
?Pseudo-random：伪随机
Q
?Quality：质量
?Quality assurance：质量保证
?Quality attribute：质量属性
?Quality characteristic：质量特征
?Quality management：质量管理
R
?Random testing：随机测试
?Recorder：记录员
?Record/playback tool：记录/回放工具?Recoverability：可复原性
?Recoverability testing：可复原性测试?Recovery testing：可复原性测试?Regression testing：回归测试
?Regulation testing：一致性测试
?Release note：版本说明
?Reliability：可靠性
?Reliability testing：可靠性测试?Replaceability：可替换性
?Requirement：需求
?Requirements-based testing：基于需求的测试?Requirements management tool：需求管理工具?Requirements phase：需求阶段
?Resource utilization：资源利用
?Resource utilization testing：资源利用测试?Result：结果
?Resumption criteria：继续测试标准
?Re-testing：再测试
?Review：评审
?Reviewer：评审人员
?Review tool：评审工具
?Risk：风险
?Risk analysis：风险分析
?Risk-based testing：基于风险的测试
?Risk control：风险控制
?Risk identification：风险识别
?Risk management：风险管理
?Risk mitigation：风险消减
?Robustness：健壮性
?Robustness testing：健壮性测试
?Root cause：根本原因
S
?Safety：安全
?Safety testing：安全性测试
?Sanity test：健全测试
?Scalability：可测量性
?Scalability testing：可测量性测试
?Scenario testing：情景测试
?Scribe：记录员
?Scripting language：脚本语言
?Security：安全性
?Security testing：安全性测试
?Serviceability testing：可维护性测试
?Severity：严重性
?Simulation：仿真
?Simulator：仿真程序、仿真器
?Site acceptance testing：定点验收测试
?Smoke test：冒烟测试
?Software：软件
?Software feature：软件功能
?Software quality：软件质量
?Software quality characteristic：软件质量特征
?Software test incident：软件测试事件
?Software test incident report：软件测试事件报告
?Software Usability Measurement Inventory (SUMI) ：软件可用性调查问卷?Source statement：源语句
?Specification：规格说明
?Specification-based testing：基于规格说明的测试
?Specification-based test design technique：基于规格说明的测试设计技术?Specified input：特定输入
?Stability：稳定性
?Standard software：标准软件
?Standards testing：标准测试
?State diagram：状态图
?State table：状态表
?State transition：状态迁移
?State transition testing：状态迁移测试
?Statement：语句
?Statement coverage：语句覆盖
?Statement testing：语句测试
?Static analysis：静态分析
?Static analysis tool：静态分析工具
?Static analyzer：静态分析工具
?Static code analysis：静态代码分析
?Static code analyzer：静态代码分析工具
?Static testing：静态测试
?Statistical testing：统计测试
?Status accounting：状态统计
?Storage：资源利用
?Storage testing：资源利用测试
?Stress testing：压力测试
?Structure-based techniques：基于结构的技术
?Structural coverage：结构覆盖
?Structural test design technique：结构测试设计技术?Structural testing：基于结构的测试
?Structured walkthrough：面向结构的走查?Stub: 桩
?Subpath: 子路径
?Suitability: 符合性
?Suspension criteria: 暂停标准
?Syntax testing: 语法测试
?System:系统
?System integration testing：系统集成测试?System testing：系统测试
T
?Technical review：技术评审
?Test：测试
?Test approach：测试方法
?Test automation：测试自动化
?Test basis：测试基础
?Test bed：测试环境
?Test case：测试用例
?Test case design technique：测试用例设计技术?Test case specification：测试用例规格说明
?Test case suite：测试用例套
?Test charter：测试宪章
?Test closure：测试结束
?Test comparator：测试比较工具
?Test comparison：测试比较
?Test completion criteria：测试比较标准
?Test condition：测试条件
?Test control：测试控制
?Test coverage：测试覆盖率
?Test cycle：测试周期
?Test data：测试数据
?Test data preparation tool：测试数据准备工具?Test design：测试设计
?Test design specification：测试设计规格说明?Test design technique：测试设计技术
?Test design tool: 测试设计工具
?Test driver: 测试驱动程序
?Test driven development: 测试驱动开发
?Test environment: 测试环境
?Test evaluation report: 测试评估报告
?Test execution: 测试执行
?Test execution automation: 测试执行自动化
?Test execution phase: 测试执行阶段
?Test execution schedule: 测试执行进度表
?Test execution technique: 测试执行技术
?Test execution tool: 测试执行工具
?Test fail: 测试失败
?Test generator: 测试生成工具
?Test leader:测试负责人
?Test harness：测试组件
?Test incident：测试事件
?Test incident report：测试事件报告
?Test infrastructure：测试基础组织
?Test input：测试输入
?Test item：测试项
?Test item transmittal report：测试项移交报告?Test level：测试等级
?Test log：测试日志
?Test logging：测试记录
?Test manager：测试经理
?Test management：测试管理
?Test management tool：测试管理工具
?Test Maturity Model (TMM) ：测试成熟度模型?Test monitoring：测试跟踪
?Test object：测试对象
?Test objective：测试目的
?Test oracle：测试标准
?Test outcome：测试结果
?Test pass：测试通过
?Test performance indicator：测试绩效指标?Test phase：测试阶段
?Test plan：测试计划
?Test planning：测试计划
?Test policy：测试方针
?Test Point Analysis (TPA) ：测试点分析
?Test procedure：测试过程
?Test procedure specification：测试过程规格说明?Test process：测试流程
?Test Process Improvement (TPI) ：测试流程改进?Test record：测试记录
?Test recording：测试记录
?Test reproduceability：测试可重现性
?Test report：测试报告
?Test requirement：测试需求
?Test run：测试运行
?Test run log：测试运行日志
?Test result：测试结果
?Test scenario：测试场景
?Test script：测试脚本
?Test set：测试集
?Test situation：测试条件
?Test specification：测试规格说明
?Test specification technique：测试规格说明技术?Test stage：测试阶段
?Test strategy：测试策略
?Test suite：测试套
?Test summary report：测试总结报告
?Test target：测试目标
?Test tool：测试工具
?Test type：测试类型
?Testability：可测试性
?Testability review：可测试性评审
?Testable requirements：需求可测试性
?Tester：测试人员
?Testing：测试
?Testware：测试组件
?Thread testing：组件集成测试
?Time behavior：性能
?Top-down testing：自顶向下的测试?Traceability：可跟踪性
U
?Understandability：易懂性
?Unit：单元
?unit testing：单元测试
?Unreachable code：执行不到的代码
?Usability：易用性
?Usability testing：易用性测试
?Use case：用户用例
?Use case testing：用户用例测试
?User acceptance testing：用户验收测试
?User scenario testing：用户场景测试
?User test：用户测试
V
?V-model：V模式
?Validation：确认
?Variable：变量
?Verification：验证
?Vertical traceability：垂直可跟踪性
?Version control：版本控制
?Volume testing：容量测试
W
?Walkthrough：走查
?White-box test design technique：白盒测试设计技术?White-box testing：白盒测试
?Wide Band Delphi：Delphi估计方法
软件测试常用英语词汇 静态测试：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
软件测试英语单词
软件测试英语单词 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：分支条件组合测试
软件测试术语表 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范式
软件【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)】： 指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。用一个等式来简单表示：测试用例＝输入＋输出＋测试环境。其中，“输入”包括测试数据和操作步骤；“输出”指的是期望结果；测试环境指的是系统环境设置。
在软件测试中会遇到一些专有名词，英文缩写，涉及到网络、软件、测试各个层面,软件测试需要跨平台，所以在技术拓展上要留意多方面的积累与总结！ 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, 法语，意大利语，德语，西班牙语。是软件本地化的欧洲代表语言。
软件测试专业术语中英文对照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：分支条件组合测试
软件测试中英文术语对照表． 软件测试中英文术语对照表英文术语中文术语对应的说明 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)
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,
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 代码生成
第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－－基线
软件测试常见术语-英文缩写 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的功能，其核心思想是供应链管理，它跳
软件测试英语单词 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.软件测试英语专业词汇 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ｒ—－插装器?执行插装得工具
A Acceptance Testing:T esting conducted to enable a user/customer to determine whether to accept a software product. Normally performed to validate the software meets a set of agreed acceptance criteria. Accessibility Testing:Verifying a product is accessible to the people having disabilities (deaf, blind, mentally disabled etc.). Ad Hoc Testing:A testing phase where the tester tries to 'break' the system by randomly trying the system's functionality. Can include negative testing as well. See also Monkey Testing. Agile Testing:Testing practice for projects using agile methodologies, treating development as the customer of testing and emphasizing a test-first design paradigm. See also T est Driven Development. Application Binary Interface (ABI):A specification defining requirements for portability of applications in binary forms across defferent system platforms and environments. Application Programming Interface (API):A formalized set of software calls and routines that can be referenced by an application program in order to access supporting system or network services. Automated Software Quality (ASQ):The use of software tools, such as automated testing tools, to improve software quality. Automated Testing: ?Testing employing software tools which execute tests without manual intervention. Can be applied in GUI, performance, API, etc. testing. ?The use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes, the setting up of test preconditions, and other test control and test reporting functions. B Backus-Naur Form:A metalanguage used to formally describe the syntax of a language. Basic Block:A sequence of one or more consecutive, executable statements containing no branches. Basis Path Testing:A white box test case design technique that uses the algorithmic flow of the program to design tests. Basis Set:The set of tests derived using basis path testing. Baseline:The point at which some deliverable produced during the software engineering process is put under formal change control. Beta Testing:Testing of a rerelease of a software product conducted by customers. Binary Portability Testing:Testing an executable application for portability across system platforms and environments, usually for conformation to an ABI specification. Black Box Testing:Testing based on an analysis of the specification of a piece of software without reference to its internal workings. The goal is to test how well the
外文文献原文 It was not until the industrial revolution that methods for automatically steering ships were first contemplated, although the first ship autopilots did not come into use until the first part of the 20th century. Nevertheless, before the development of autopilots could progress it was necessary to devise a powered rudder or steering engine. The motivation for a steering engine came primarily from the naval requirement for warships to undertake high-speed manoeuvres. Bennett (1979) reports that in the late 1860s the British Admiralty equipped several of their sailing ships with various types of steering engines, many of which were based on a steam-hydraulic system. 1、海词词典译文 直到工业革命的方法自动操舵船第一次考虑,尽管第一艘蒙才开始被使用20世纪的第一部分。然而,在蒙特里的发展进步有必要设计一种驱动舵或舵机。舵机的动机主要来自海军军舰进行高速演习要求。班尼特(1979)报告说,在1860年代末英国海军装备他们的几艘帆船和各种类型的转向引擎,其中很多都是基于一个蒸汽-液压系统。 2.有道译文 直到工业革命的方法自动操舵船第一次考虑,尽管第一艘蒙才开始被使用20世纪的第一部分。然而,在蒙特里的发展进步有必要设计一种驱动舵或舵机。舵机的动机主要来自海军军舰进行高速演习要求。班尼特(1979)报告说,在1860年代末英国海军装备他们的几艘帆船和各种类型的转向引擎,其中很多都是基于一个蒸汽-液压系统。 3.金山翻译 直到工业革命的方法自动转向船第一次设想，虽然第一个船舶自动舵没有投入使用，直到第二十世纪的第一部分。然而，在自动驾驶仪的发展进步有必要设计一个动力舵舵机。一个舵机动力主要来自海军军舰进行高速机动的要求。班尼特（1979）报道，在1860年代后期英国海军装备的几种不同类型的转向引擎航行的船只，其中许多是基于蒸汽液压系统。 4、百度翻译 直到工业革命的方法自动转向船第一次设想，虽然第一个船舶自动舵没有投入使用，直到第二十世纪的第一部分。然而，在自动驾驶仪的发展进步有必要设计一个动力舵舵机。一个舵机动力主要来自海军军舰进行高速机动的要求。班尼特（1979）报道，在1860年代后期英国海军装备的几种不同类型的转向引擎航行的船只，其中许多是基于蒸汽液压系统。 5、谷歌翻译 它不是直到自动转向船舶的方法首先考虑的工业革命，虽然第一艘自动驾驶仪没有投入使用，直到20世纪的第一部分。尽管如此，自动驾驶仪可能进步发展之前，有必要制定一个电动舵或转向引擎。对舵机的动机来自海军的要求来主要用