软件工程相关术语
软件工程术语
软件工程术语在当今数字化的时代，软件工程已经成为推动科技发展的重要力量。
而在软件工程的领域中，有一系列特定的术语，它们就像是构建软件大厦的基石，对于理解和实践软件工程起着关键的作用。
首先，我们来谈谈“需求分析”。
这是软件开发过程中的第一步，也是至关重要的一步。
简单来说，需求分析就是要搞清楚软件要做什么，谁会使用它，以及需要实现哪些功能。
想象一下，你要为一家餐厅开发一个点餐系统，你得先了解餐厅的运营流程、顾客的点餐习惯、服务员的工作需求等等。
只有通过深入的需求分析，才能为后续的开发工作指明方向，避免出现开发出来的软件不符合实际需求的情况。
接下来是“设计模式”。
它就像是一套经过实践验证的解决方案模板，用于解决在软件设计中经常出现的问题。
比如，单例模式可以确保一个类只有一个实例存在，工厂模式可以方便地创建对象而无需关心具体的实现细节。
设计模式的运用能够提高软件的可维护性、可扩展性和可复用性，让软件架构更加合理和高效。
“面向对象编程”也是软件工程中的一个重要术语。
它将现实世界中的事物抽象为对象，每个对象都有自己的属性和行为。
通过封装、继承和多态等特性，使得代码更加模块化、易于理解和维护。
比如，我们可以把一辆汽车看作一个对象，它有颜色、型号、速度等属性，还有启动、加速、刹车等行为。
“敏捷开发”则是一种灵活的软件开发方法。
它强调快速迭代、持续集成和客户的紧密参与。
与传统的瀑布式开发模式不同，敏捷开发不再是按照严格的顺序依次完成各个阶段，而是在短周期内完成小的功能模块，并及时获取反馈进行调整。
这种方法能够更快地响应变化，提高开发效率，适应当今快速变化的市场需求。
“测试驱动开发（TDD）”也是值得一提的术语。
在这种开发方式中，先编写测试用例，然后再编写实现代码，以确保代码的正确性和稳定性。
通过不断地运行测试用例，可以及时发现并修复代码中的问题，提高软件的质量。
“代码重构”是指在不改变软件外部行为的前提下，对代码进行优化和改进。
信息技术 软件工程术语
信息技术软件工程术语1. 软件工程：一种系统性、规范化和定量化的方法，用于开发、维护和测试软件。
2. 需求工程：确定、分析和规范用户需求的过程。
3. 需求文档：描述软件开发过程中所需的功能和行为的文档。
4. 设计模式：是经过验证的、常见的软件设计方案。
5. 结构化分析：研究软件结构和功能的方法。
6. 结构化设计：设计软件结构的过程。
7. 原型设计：通过创建原型来验证软件的设计。
8. 数据库管理系统：用于管理、存储和访问数据的软件。
9. 数据库设计：规划数据库结构的过程。
10. 数据库模型：描述数据库结构和关系的图形表示形式。
11. 数据库查询语言：用于检索和操作数据库的编程语言。
13. 数据挖掘：从大量数据中提取有价值信息的技术。
14. 面向对象编程：一种使用对象和类来描述和组织程序的编程方法。
15. 抽象类：一种不能直接实例化的类，用作其他类的基础。
16. 接口：一种用于描述相似行为的协议。
17. 继承：一种从基类派生新类的机制。
18. 多态性：同一操作可以应用于多个类型的能力。
19. UML：一种用于软件建模的统一建模语言。
20. 用例图：用于描述系统行为的图形表示法。
22. 顺序图：描述对象之间的交互的图形表示法。
25. 部署图：描述软件系统和硬件组件之间的关系。
26. 构件化：一种将软件系统分解成组件来管理和维护的方法。
27. 配置管理：管理软件和相关文档的变更和版本控制的过程。
28. 质量保证：用于确保软件质量的方法。
29. 测试计划：描述测试目标和策略的文档。
30. 静态测试：不执行代码的测试，例如代码审查。
32. 集成测试：测试系统组件之间的交互。
33. 系统测试：对整个系统的测试，以验证其功能。
34. 用户验收测试：由最终用户进行的测试，以验证软件是否满足其需求。
35. 软件维护：对软件进行更改、更新和修复的过程。
36. 改进过程：用于改进软件开发和维护过程的方法。
37. 项目管理：用于管理软件开发项目的方法。
软件工程专业术语
软件工程专业术语软件工程专业术语第一章概述软件工程专业术语是指在软件工程领域中使用的一系列特定术语和定义。
这些术语涵盖了软件开发、测试、部署和维护过程中的各个方面，为工程师和相关人员提供了交流和理解的基础。
本文档将详细介绍软件工程中常用的术语和其相应的定义。
第二章软件开发流程2.1 需求分析需求分析是指对用户需求进行详细调研和理解，从而确定软件系统的功能和性能要求。
2.2 设计设计阶段包括系统设计和详细设计两个层次。
系统设计是基于需求分析的基础上，确定整个软件系统的体系结构、模块划分和接口定义。
详细设计则是在系统设计的基础上，对具体模块进行功能描述和算法设计。
2.3 编码编码是将设计的算法和功能转化为计算机可执行的代码的过程。
在编码阶段，软件工程师使用编程语言来实现设计阶段确定的功能和算法。
2.4 测试测试是验证软件系统是否符合需求规格的过程。
测试阶段包括单元测试、集成测试和系统测试，以确保软件系统的质量和功能完整性。
2.5 部署和维护部署是将已经测试通过的软件系统安装到目标机器上的过程。
维护是指对软件系统进行修复漏洞、优化性能和添加新功能等后续工作。
第三章软件质量保证3.1 验证和验证验证是指确认软件系统是否满足规定的需求和规格，通过测试和审查等手段来验证软件系统的正确性。
验证是指确认软件系统是否满足特定标准和质量要求，例如ISO 9001等。
3.2 声明和规格声明是指系统的功能、性能和界面等要求的正式定义。
规范是对系统进行详细描述的文档，包括输入、输出、算法和接口等方面。
3.3 缺陷和补丁缺陷是指软件系统中存在的错误或问题。
补丁是对软件系统进行修复缺陷和改进功能的代码修改。
第四章软件工程管理4.1 需求管理需求管理是对软件系统的需求进行识别、记录、分析和跟踪的过程。
包括需求获取、需求分析、需求动态管理等。
4.2 项目管理项目管理是指对软件项目的规划、组织、协调和控制等活动。
包括项目计划、人员管理、任务分配和进度控制等。
软件工程中英对照术语表
abstract class 抽象类,提供一组子类共有行为的类，但它本身并不具有实例。
抽象类表示一个概念，从中派生的类代表对这一概念的实施。
Abstraction 抽象,对视图或模型的创建，其中忽略了不必要的细节，以便专注于一组特定的相关细节。
access modifier存取权限,对类、方法或属性进行访问控制的关键字。
Java 中的存取权限可以是公有、私有、保护和包装（默认）。
accessor methods存取器方法,由对象提供的、用于定义连接该对象实例变量的方法。
用来返回实例变量值的存取器方法被称为获取方法；用来为实例变量指定值的存取器方法被称为设置方法。
acceptance验收,客户接受软件产品（作为部分或完整履行合同的结果）所有权的操作。
action动作,对构成计算过程抽象的可执行语句的规范。
动作通常会导致系统状态发生变化，这是通过向一个对象发送消息或是更改链接或属性值来实现。
action sequence动作序列,解析为一系列先后发生的动作的表达式。
action state动作状态,表示不可分动作的执行状态，通常指的是调用一个操作。
activation激活,动作的执行active class主动类,表示系统中控制线程的类。
请参见主动对象。
activity活动,要求角色执行的工作单元。
active object主动对象,拥有线程并可发起控制活动的对象。
主动类的实例。
activity graph活动图,状态机的特例，用于对涉及一个或多个分类器的进程建模。
对比：状态图(statechart diagram)。
同义词：活动图(activity diagram)。
actor主角,系统之外与系统交互的某人或某事物。
actor class主角类,定义一组主角实例，其中每个主角实例相对于系统而言都担任着同样的角色。
在与用例交互时这些用例的用户所担任的一组紧密相关的角色。
主角为每个要与其通信的用例都准备了一个角色。
软件工程专业术语(一)
软件工程专业术语（一）引言概述：软件工程是一门应用科学，它涵盖了软件开发、测试、维护等一系列活动。
在软件工程领域中，有诸多专业术语被广泛使用。
本文将介绍软件工程中的一些常见术语，旨在帮助读者更好地理解和应用软件工程知识。
正文内容：1.需求分析与设计：\t1.1 需求获取：通过与用户交流、分析市场情况等方式，收集软件系统的需求信息。
\t1.2 功能规约：明确软件系统的功能需求，详细描述系统需要具备的功能和行为。
\t1.3 系统设计：依据需求规约，确定系统的结构和组件，设计出满足需求的软件系统。
\t1.4 数据建模：描述软件系统中数据的结构、关系和操作方式。
\t1.5 界面设计：设计用户界面，使用户能够直观地使用系统。
2. 编码与测试：\t2.1 编程语言：选择适用的编程语言进行软件开发。
\t2.2 编码风格：编写易于理解、维护和重用的代码。
\t2.3 软件测试：通过执行测试用例，验证软件是否符合需求规约。
\t2.4 单元测试：对软件系统中的单元进行独立测试，确保其功能正常。
\t2.5 集成测试：将多个单元组合起来，测试不同模块之间的交互和整合情况。
3. 配置管理与版本控制：\t3.1 配置项：对软件系统中的组成和相关文档进行统一管理的部件或元素。
\t3.2 配置管理：对软件系统进行版本控制、变更管理和发布管理，确保系统的可追踪性和可控制性。
\t3.3 版本控制：跟踪和管理软件系统的不同版本，追踪开发历史和修复版本的错误。
\t3.4 变更管理：记录和控制软件系统的变更，确保变更的正确性和合理性。
\t3.5 发布管理：制定发布计划，将软件系统的新版本或修复版本交付给用户或客户。
4. 软件工程的质量保证：\t4.1 质量标准：制定软件质量标准，对软件系统进行评估和认证。
\t4.2 需求验证：验证软件系统是否满足用户的需求和期望。
\t4.3 验证与验证：通过代码检查、静态分析等方式，发现并修复软件中潜在的问题。
软工专业术语(部分)
软件工程部分专业术语表软件工程software engineeringSoftware engineering is an engineering discipline that is concerned with all aspects of software production.软件software通用产品软件generic softwaredeveloped to be sold to a range of different customers e.g. PC software such as Excel or Word.用户定制软件custom softwaredeveloped for a single customer according to their specification.软件属性software attributes可维护性maintainability可依赖性dependability有效性efficiency可用性usability / availabilityThis is a complex property which is not simply dependent on the system hardware and software but also depends on the system operators and the environment where it is used.可靠性reliabilityThis depends on the reliability of system components and the relationships between the components.可重用性（可复用性）ReusabilityCASE（computer aided software engineering）计算机辅助软件工程CASE tools are software systems which are designed to support routine activities in the software process such as editing design diagrams, checking diagram consistency and keeping track of program tests which have been run.软件过程softwaSoftware processes are the activities involved in producing and evolving a software system. They are represented in a software process modelre process可行性分析feasibility analysis需求分析requirement analysis设计design总体设计system design、详细设计detailed design编码coding测试testing检验与有效性验证verification & validation维护maintenance总体特性emergent property软件过程software process需求和定义requirements definition系统和软件设计system and software design实现和单元测试implementation and unit testing集成和系统测试integration and system testing运行和维护operation and maintenance软件过程模型software process modelA software process model is an abstract representation of a process. It presents a description of a process from some particular perspective软件生命周期模型software life cycle model瀑布模型waterfall model原型模型prototyping model探索式开发exploratory development抛弃式原型throwaway prototyping增量模型、增量式开发incremental development螺旋模型spiral model喷泉模型fountain model变换模型和基于知识的模型等风险riskA risk is a probability that some adverse circumstance will occur.风险管理risk managementRisk management is concerned with identifying risks and drawing up plans to minimise their effect on a project.安全safety信息安全security结构化方法structured method活动图activity chart / 活动网络activity network条形图/甘特图bar chart / Gantt chart软件需求software requirements功能需求functional requirements非功能需求non-functional requirements领域需求domain requirements用户需求user requirements系统需求system requirements可行性研究feasibility studies系统模型system modelsSystem modelling helps the analyst to understand the functionality of the system and models are used to communicate with customers.行为模型behavioural modelBehavioural models are used to describe the overall behaviour of a system.Two types of behavioural model are:Data processing models that show how data is processed as it moves through the system;State machine models that show the systems response to events.These models show different perspectives so both of them are required to describe the system’s behaviour.上下文模型context modelContext models are used to illustrate the operational context of a system - they show what lies outside the system boundaries.数据模型data model对象模型object modelObject models describe the system in terms of object classes and their associations.结构化方法structured method行为模型behavioural model数据流模型data-flow model数据流图data-flow diagram状态机模型state machine model状态图statechart / state diagram数据模型data model实体-属性-关系图Entity-Relation-Attribute (EAR) diagram数据字典data dictionary面向对象的开发（OO）object-oriented developmentObject-oriented analysis, design and programming are related but distinct.面向对象的分析（OOA）object-oriented analysisOOA is concerned with developing an object model of the application domain.面向对象的设计（OOD）object-oriented designOOD is concerned with developing an object-oriented system model to implement requirements.面向对象的编程（OOP）object-oriented programmingOOP is concerned with realising an OOD using an OO programming language such as Java or C++.面向对象的测试（OOT）object-oriented test面向对象的软件维护（OOSM）object-oriented software maintance对象类object classObject classes are templates for objects. They may be used to create objects.实例（Instance）、消息（Message）、方法（Method）、属性（Attribute）、重载（Overloading）封装（encapsulation）继承（Inheritance）多态性（Polymorphism）对象模型object model类继承图class inheritance diagram对象聚合图aggregation diagram对象行为建模object behavioural modelling信息隐藏用例use case用例图use case diagram序列图（顺序图）sequence diagram形式化方法formal methods形式化描述formal specification参考体系结构reference architecture体系结构设计architectural design容器模型repository model客户机/服务器模型client-sever model胖客户机模型fat-client model瘦客户机模型thin-client model分层模型layered model分布式系统distributed system分布式对象系统distributed object system中间件middlewareCORBA（Common Object Request broker Architecture）公共对象请求代理体系结构模块化modularisation抽象abstract模块独立module Independent内聚cohesion耦合coupling接口interface模块接口module interface应用程序接口（API）Application Program Interface层次图hierarchies diagram结构图structured diagram用户界面user interface用户界面设计user interface design图形用户界面（GUI）Graphical User InterfaceMVC模型Model-View-Controller model程序流程图program flowchart盒图（N-S图）N-S diagram 因为由Nassi和Shneiderman提出，所以称N-S图PAD图（问题分析图）Problem Analysis Diagram判定表decision table判定树decision table过程设计语言（PDL）（程序设计语言）Program Design Language软件复用software reuse组件componentA component is a software unit whose functionality and dependencies are completely defined by its interfaces.组件模型component modelA component model is a definition of standards for component implementation,documentation and deployment.基于组件的软件工程（CBSE）component-based software engineeringComponent-based software engineering (CBSE) is an approach to software development that relies on software reuse.遗留系统legacy system检验和有效性验证verification & validationV erification and validation are not the same thing. V erification shows conformance with specification; validation shows that the program meets the customer’s needs.软件审查software inspectionConcerned with analysis of the static system representation to discover problems(static verification)软件测试software testingConcerned with exercising and observing product behaviour (dynamic verification)系统测试system testing集成测试integration testingIntegration testing is testing increments of the system;发布测试release testingrelease testing involves testing a system to be released to a customer.Release testing is usually black-box or functional testing性能测试performance testingPart of release testing may involve testing the emergent properties of a system, such as performance and reliability.组件测试component testing黑盒测试black box testingTesters do not have knowledge of the system implementation.等价划分equivalence partitioningEquivalence partitioning is a way of discovering test cases - all cases in a partitionshould behave in the same way.边界值分析boundary value analysis错误推测error presume白盒测试white box testing语句覆盖statement coverage路径覆盖path coverage测试用例testing case流图（程序流图）flow graph环路复杂度cyclomatic complexity调试debuggingDebugging is concerned with locating and repairing these errors.Debugging involves formulating a hypothesis about program behaviour then testing these hypotheses to find the system error.软件成本估算software cost estimation软件度量software metric面向规模的度量size-related metric代码行技术line-of-code (LOC) metric （代码行（LOC）度量）面向功能的度量function-related metric功能点技术function pointsCOCOMO2模型Constructive Cost Modelling (COCOMO)构造性成本建模过程成熟度模型CMM 软件能力成熟度模型Capability Maturity Model初始级initial可重复级repeatable已定义级defined已管理级managed优化级optimizing发布release再工程re-engineeringRUP Rational统一过程Rational Unified ProcessUML 统一建模语言Unified Modeling Language以下为拓展知识面的一些术语：面向方面的软件开发aspect-oriented software development极限编程extreme programming （XP）企业Java beans enterprise Java beans （EJB）OMG（Object Management Group）对象管理组织：拥有约300家机构的国际联盟，目的是制定面向对象的开发标准。
软件工程名词解释汇总
软件工程名词解释汇总软件工程名词解释汇总软件工程是一门研究使用系统性和科学性的方法开发、维护和管理软件的学科。
在软件工程领域，有许多重要的名词需要我们了解和掌握。
本文档将详细解释这些名词的含义和作用。
1.软件需求软件需求是指在软件开发过程中对系统的功能、性能、接口等方面的描述和规定。
它是软件工程的基础，包括用户需求、系统需求和软件需求规格。
2.软件设计软件设计是指根据软件需求，将系统分解为更小的模块，并确定模块之间的关系和功能。
它包括结构设计、数据设计和接口设计等方面。
3.软件开发软件开发是指根据软件设计，使用编程语言和开发工具进行编码和测试，以实现软件系统的功能。
它包括需求分析、设计、编码、集成和测试等阶段。
4.软件测试软件测试是指通过一系列测试方法和技术，验证软件系统的正确性、完整性和稳定性。
它包括单元测试、集成测试、系统测试和验收测试等阶段。
5.软件维护软件维护是指对已经交付使用的软件进行修改、优化和修复缺陷，以满足用户的需求和改进软件的质量。
它包括纠错性维护、适应性维护和完善性维护等方面。
6.软件过程模型软件过程模型是指将软件开发过程划分为不同的阶段，并确定每个阶段的任务和产出物。
常见的软件过程模型有瀑布模型、迭代模型和敏捷开发模型等。
7.软件配置管理软件配置管理是指对软件和其相关文档进行版本控制、变更管理和发布管理的过程。
它包括配置项识别、变更控制和配置审计等方面。
8.软件工程质量软件工程质量是指软件系统满足用户需求、具备良好性能和稳定性的程度。
它包括功能性质量、性能质量和可维护性质量等方面。
9.Lean软件开发Lean软件开发是一种以减少浪费和提高价值创造为核心的敏捷软件开发方法。
它强调团队协作、持续改进和快速交付。
10.DevOpsDevOps是一种将软件开发和运维进行整合的方法。
它通过自动化工具和流程，实现软件系统的快速交付和稳定运行。
11.持续集成持续集成是一种通过频繁地将开发人员的代码合并到主干分支，并经过自动化测试和构建，保证软件系统的稳定性和可靠性。
软件工程名词术语索引
1.软件工程(p5 1.
2.1)
软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科。
采用工程的概念、原理、技术和方法来开发和维护软件。
把经过时间考验而证明正确的管理技术和当前能够得到的最好技术方法结合起来，以经济地开发出高质量的软件并有效的维护它，这就是软件工程。
2.软件危机(p1 1.1.1)
软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
3.文档(p196 8.
4.2)
4.系统文档(p196 8.4.2)
5.软件生命周期(p11 1.3)
6.瀑布模型(p15 1.4.1)
7.快速原型(p16 1.4.2)
8.软件结构(p93 5.1)
9.模块(p94 5.2.1)
10.信息隐蔽(p96 5.2.4)
11.内聚(p97 5.2.5)
12.耦合(p98 5.2.5)
13.结构程序设计(p119 6.1)
14.系统设计(暂时定位p259)
15.三种基本控制结构(p118 6.1)
16.编码(145 7.1)
17.软件测试(p150 7.2.1)
18.回归测试(p160 7.4.4)
19.软件维护(p189 8.1)
20.软件的可维护性(194 8.4)
21.软件重用(p263 11.3.1)
22.继承(p213 9.2.2)
23.重载(p215 9.2.2)
24.主程序员组(p321 13.4.2)
25.对象模型(p216 9.4)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程相关术语 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998 软件工程相关术语 第1章 需求 1.1 接口需求（interface requirement）-GBT11457 规定系统或系统部件必须与之交互的外部项或提出由这样的交互引起的在格式、时间关系或其他因素方面提出的限制的需求。 1.2 性能需求（performance requirement）-
GBT11457 在功能需求上加上条件的需求。例如，在规定的速度、精度或存储器使用条件下执行指定函数的需求。 1.3 性能规格说明（performance specification）-
GBT11457 规定系统或部件必须具有的性能特征的文档。这些特征典型地包括：速度、精度和存储器使用。常常是需求规格说明书的一部分。 1.4 物理需求（physical requirement）-GBT11457
规定系统或系统部件必须具有的物理特征的一种需求，例如材料、形状、尺寸、重量。
第2章 测试（test）-GBT11457 A） 一种活动，在此活动中，系统或部件在一定的条件下执行，观察或记录其结果，对系统或部件的某些方面进行评价。 B） 实施如在A）中的活动。 C） 一个或多个测试用例集。 D） 一个或多个测试规程集。 E） 一个或多个测试用例和规程集。 2.1 接口测试（interface testing）-GBT11457 引导以评价系统或部件能否相互正确地传送数据与控制信息的测试。 2.2 变异测试（mutation testing）-GBT11457
一种测试技术，其中的两个或多个程序变异用相同的测试用例执行，以评价测试用例检测变异中的差别的能力。 2.3 运行测试（operational testing）-GBT11457
在它的目标环境中，评价系统或部件的测试行为。 2.4 路径测试（path testing）-GBT11457
设计以执行通过计算机程序的全部或所选择的路径的测试。 2.5 性能测试（performance testing）-GBT11457
评价系统或部件与规定的性能需求的依从性的测试行为。 2.6 合格性测试（qualification testing）-
GBT11457 确定系统或部件是否适合于操作使用的测试行为。 2.7 回归测试（regression testing）-GBT11457
系统或部件选择的重新测试，用以验证修改未引起不希望的有害效果，或证明修改后的系统或系统部件仍满足规定的需求。 2.8 强度测试（stress testing ）-GBT11457
评价系统或部件在它规定的需求的限定或超出时情况的测试。 2.9 结构测试（structural testing）-GBT11457
侧重于系统或部件内部机制的测试。类型包括分支测试、路径测试、语句测试。 2.10 系统测试（system testing）-GBT11457
在完整的、集成的系统上的测试行为，它用以评价系统与规定的需求的遵从性。 2.11 测试性（testability）-GBT11457 a) 系统或成分便于建立测试准则并进行测试以确定是否满足测试准则的程度。 b) 使用允许建立测试准则并进行测试以确定是否满足测试准则方面的措辞来描述需求的程度。 2.12 测试台（test bed）-GBT11457
a) 测试环境，其中包括测试系统或部件所必须的硬件、探测工具、模拟程序、软件工具以及其他支持软件。 b) 在测试系统或系统的部件时所必需的全部测试用例的汇集。 2.13 测试用例（test case）-GBT11457
a) 为具体的目标（例如，为练习具体的程序路径或验证对特定需求的遵循性）而开发的一组测试输入、执行条件和预料的结果。 b) 对于测试项，规定输入、预料的结果和一组执行条件的文档。 2.14 测试用例生成器（test case generator）-
GBT11457 一种软件工具，它接受输入源代码、测试准则、规格说明或数据结构定义，用这些输入以产生测试输入数据，有时，还确定预料的结果。 2.15 测试用例规格说明（test case specification）-
GBT11457 对于要测试的项，规定测试输入、执行条件和预料的结果的文档。 2.16 测试覆盖（test coverage）-GBT11457
测试范围 给定的测试或测试集，对于给定的系统和部件实现所有规定的需求的程度。 2.17 测试准则（test criteria）-GBT11457
系统或部件为通过给定的测试必须满足的准则。 2.18 测试数据（test data）-GBT11457 用来测试系统或系统部件的数据。 2.19 测试设计（test design）-GBT11457
一种文档，它规定对软件特性或软件特性与标识相关测试的组合的详细测试方法。 2.20 测试文档集（test documentation）-
GBT11457 描述系统或部件的测试计划或测试结果的文档。类型包括：测量用例规格说明、测试事件报告、测试日志、测试计划、测试规程和测试报告。 2.21 测试驱动程序（test driver）-GBT11457
一种软件模块，它用于引用测试下的模块并常常提供测试输入、控制和监控执行并报告测试结果。 2.22 测试项（test item）-GBT11457
是测试目标的软件项。 2.23 测试项传输报告（test item transmittal
report）-GBT11457 标识为测试传送的一个或多个项的文档。它包括当前状态和位置信息。 2.24 测试日志（test log）-GBT11457
按年月日对全部测试活动有关细节所做的记录。 2.25 测试目标（test objective）-GBT11457
在规定的条件下要度量的软件特性的标识集，它由把实际行为与在软件文档中描述的所要求的行为进行比较来度量。 2.26 测试阶段（test phase）-GBT11457
软件生存周期中的一段时间，在此期间对软件产品的部件进行评价且进行集成。并评价软件产品以确定需求是否已得到满足。 测试计划（test plan）-GBT11457 a) 描述要进行的测试活动的范围、方法、资源和进度的文档。它标识测试项、要测试的特性、测试任务、谁做每一个任务和任务意外事故的风险计划。 b) 描述为测试系统或部件必须遵循的技术和管理方法的文档。典型包括：标识要测试的项、要执行的任务、响应、进度和测试活动要求的资源。 2.27 测试规程（test procedure）-GBT11457
a) 对于给定的测试用例的设置、执行和评价测试结果的详细指令。 b) 包含如a）中一组相关指令的文档。 c) 规定执行测试的动作序列的文档。 2.28 测试可重复性（test repeatability）-
GBT11457 测试的一种属性。指明每次进行的测试时，产生相同的结果。 2.29 测试报告（test report）-GBT11457
描述对系统或部件进行测试产生的行为及结果的文件。 2.30 测试集体系结构（test set architecture）-
GBT11457 在直接反应测试目标的层次分解的测试用例集之间的嵌套关系。 2.31 测试总结报告（test summary report）-
GBT11457 总结测试活动和结果的文件。它也包含相应测试项的评价。 2.32 测试单元（test unit）-GBT11457
一个或多个计算机程序模块与相关的控制数据（例如，表）、用法规程和操作规程一起的集合，这些集合满足下列条件：a）所有模块来自单个计算机程序、b）在集中至少有一个新的或更改的模块未完成单元测试、c)模块与它相关的数据和规程是测试过程的唯一目标。 2.33 测试有效性（test-validity）-GBT11457 完成测试规定目标的程度。 2.34 测试（testing）
a) 在规定的条件下操作系统或部件、观察或记录结果并对系统或部件的某些方面作评价的过程。 b) 分析软件项以检测在存在的和要求的条件之间的区别（即，隐错）以评价软件项的特征。 2.35 单元测试（unit testing）-GBT11457
独立的硬件或软件单元或相关单元组的测试。
第3章 软件工程 3.1 生存周期模型（life-cycle model）-GBT11457 一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。 3.2 中间件（middleware）-GBT11457
一种类型的软件模块，它处在系统软件和应用软件之间，依赖系统软件的支持，又为应用软件提供支持，以方便应用软件的开发。 3.3 模型（model）-GBT11457
现实世界中过程、设备或概念的一种表示。