测试类型说明

测试类型说明Prepared by拟制Date 日期Reviewed by审核Date 日期Approved by批准Date日期修订记录目录测试类型说明 (5)一、背景/目的 (5)二、几组易混淆的概念 (5)1、测试类型（Test Type） (5)2、测试阶段（Test Stage/Level） (5)3、测试活动（Test Activity） (5)4、质量特性（Quality Charactics） (6)5、测试方法（Test Method） (6)6、测试工程方法（Test Engineer Method） (6)三、基本测试类型 (6)1、功能测试（Function Test） (6)2、一致性测试（Conformance Test） (7)3、安全性测试（Security Test） (8)4、性能测试（Performance Test） (8)5、压力测试（Stress Test） (8)6、配置测试（Configuration Test） (9)7、安装测试（Installation Test） (10)8、恢复测试（Recovery Test） (10)9、易用性测试（Usability Test） (11)四、可选测试类型 (12)1、备份测试（Backup Test） (12)5、互操作性测试（Interoperability Test） (13)五、各测试阶段常用的测试类型 (15)测试类型说明关键词：测试类型、测试阶段、质量特性、测试工程方法摘要：本文结合业界和分部经验，给出测试部级的推荐的测试类型，并对每种测试类型进行了描述。

缩略语清单：测试类型说明一、背景/目的本文是“测试分析与设计工程方法开发”项目计划阶段的输出之一，对一些常用的测试类型的概念进行了描述，并对一些易混淆的概念进行了澄清，目的在于统一测试部的测试类型的定义。

二、几组易混淆的概念1、测试类型（Test Type）不同类型的测试会发现不同类型的Bugs。

测试类型是从不同的角度来分析和测试产品，以下所列的测试类型多用于设计系统测试。

功能测试（Function Test）一致性测试（Conformance Test）安装测试（Installation Test）……2、测试阶段（Test Stage/Level）按照业界一般的划分，分为单元测试、集成测试、系统测试、验收测试几个阶段；3、测试活动（Test Activity）在任何一个测试阶段，根据所进行活动的目标、方法、输出等的不同，可以划分为以下几类活动：测试计划（Test Plan）测试设计（Test Design）测试实现（Test Implementation）测试执行（Test Execution）测试评估（Test Evaluation）4、质量特性（Quality Charactics）质量特性是软件产品的属性集合，通过这些属性，可以描述和评估软件的质量。

功能性（Functinality）：合适性、准确性、互操作性、顺从性、安全性。

可靠性（Reliability）：成熟性、容错性、可恢复性。

易用性（Useability）：可理解性、可学习性、可操作性。

效率性（Efficency）：时间行为、资源利用。

可维护性（Maintainability）：可分析性、可变化性、稳定性、可测试性。

可移植性（Portability）：可适应性、可安装性、共存性、可替代性。

5、测试方法（Test Method）1）从是否针对系统的内部结构和具体实现算法的角度：白盒测试（White－Box Test）、黑盒测试（Black－Box Test）、灰盒测试（Gray －Box Test）2）从是否需要执行被测软件的角度：静态测试（Static Test）、动态测试（Dynamic Test）3）从是否需要人工测试的角度：手工测试（Manual Test）、自动测试（Automated Test）6、测试工程方法（Test Engineer Method）测试工程方法是以一定的质量目标为核心，开展具体测试活动所需要使用的工程技术方法。

工程方法不是纯粹的理论描述，而是能在具体产品、业务研发过程中能够为测试工程师所掌握，具体、直接指导实践工作的技术、方法。

主要测试工程方法有55种：宽带Delphi法、等价类划分法、因果图法……三、基本测试类型1、功能测试（Function Test）【定义】测试系统提供的功能是否能够正确、完全满足用户需要。

【说明】功能测试主要关心的质量特性是功能性。

功能性是指满足规定需求和隐含需求的一组功能及它们规定性质的一组属性。

功能测试针对检验所观察到的被测系统的运行状态是否与其规定的相符，测试系统是否满足开发要求，是否能够提供设计所描述的功能，用户的需求是否都得到满足。

换句话说，功能测试不管软件内部的实现逻辑，以检验输入输出信息是否符合规格说明书和需求文档中有关功能需求的规定为目标，努力找出程序与对外规格说明书的差异。

外部规格说明书是指从外界观点（如用户）的角度精确描述程序行为性能的说明书。

功能测试主要是为了发现以下几类错误：1）是否有不正确或遗漏了的功能？2）功能实现是否满足用户需求和系统设计的隐藏需求？3）输入能否正确接受？能否正确输出结果？2、一致性测试（Conformance Test）【定义】测试系统是否符合相关的协议/标准。

【说明】一致性（Conformance）的含义是：如果某实际系统与其他实际系统的通信过程符合所用协议的国际标准，则称该实际系统展示了一致性。

分为静态一致性和动态一致性两个方面，对静态一致性要求的测试通过静态一致性分析（Static Conformance Resview）实现，将PICS（Protocol Implementation Conformance Statement）与协议中的静态一致性要求相比较；对动态一致性要求的测试体现在测试行动（Test Campain），即运行测试集对ITU（Implementation Under Test）进行测试。

一致性测试是我们通讯产品测试中最常用到的测试类型之一。

为了使得各网络设备成功的进行通信，必须遵守一组规则。

协议（Protocol）规定了一个网络设备在和其它网络设备进行通信时应遵守的规则集合。

为了使得来自不同厂家的系统能够成功地进行通信，必须有标准化的协议。

实现者对于协议的不同理解会导致不同的协议实现，有时甚至会是错误的实现。

因此，我们需要一种有效方法对协议实现进行判别，这种方法便是协议一致性测试。

3、安全性测试（Security Test）【定义】测试软件产品保护信息和数据的能力，如非法用户或系统不能阅读和修改信息和数据，合法用户或系统不会被拒绝访问，以保证数据的保密性和完整性。

【说明】系统安全性测试内容包括设备本身数据的安全性和保密性、系统的登录、密码验证、用户管理、内部通信协议测试、病毒的检测、防火墙测试、WEB安全性测试、数据库安全性测试等。

这些安全性测试的内容有些设备具有，有些没有，所以在不同的设备测试方案中可以酌情选择。

安全性测试设计时要考虑以下四个安全组件：asset、threat、exposure、control。

Asset是被测实体需要被保护的有形和无形的资源，包括它的数量、数值、用途、特征等。

Threats 是可能引起资源丢失或损坏的事件，包括意外的、故意的和自然的事件，以及发生频率。

Exposures 是丢失和损坏的可能表现形式，即当theart出现时，asset所可能发生的一切。

Control 是防止丢失和损坏的保护措施。

建议采用矩阵和检查表的方式设计安全性测试用例。

4、性能测试（Performance Test）【定义】性能测试针对系统是否达到其规定的性能需求进行测试，如容量和响应时间。

【说明】性能测试是指这样一类测试，通过实现和执行来特征化和评估一个应用（或系统）相关特征的性能，如时间要求，执行流，响应时间，操作的可靠性和极限。

简而言之，性能测试就是用来检验被测对象是否符合规定的性能要求。

不同的测试对象具有不同的预期性能与效率指标，因此，性能测试的目的就是设计和执行用例来验证这些测试对象是否达到了预期的性能指标。

在软件开发早期，进行性能测试，识别并消除与系统结构有关的性能瓶颈。

在软件开发阶段，进行性能测试以调整软件环境（优化响应时间和资源）。

在软件开发后期，执行性能测试以验证应用和系统可以承受的高负荷和强度，例如大量的事务处理，客户，或/和大量的数据。

5、压力测试（Stress Test）【定义】压力测试通过使系统达到或超过其设计的最大负荷来检验其在非正常状态下的特性。

是“用于评估被测试对象处于非正常状态下的特性表现”。

这里所指的特性表示系统所需要完成的正常功能。

【说明】为什么要有压力测试？首先，能不能让系统的各种处理能力远远大于所要求的，这样不就可以避免这些问题了吗？答案显然是否定的，用户不会为超出他们的需求的部分付出一分钱，也就是说即便我们提供这些能力，也是一件高成本低收益的事情。

其次，压力测试是指在异常情况下的特性表现，而异常情况总会发生，用户会有什么样的举动很难预料。

甚至我们的周边设备也会突然崩溃，或者大量地发送错误的数据或连接请求，要成为一个成熟而健全的产品，特别对于电信级的设备，就必须能够经得起各种异常的冲击。

第三，压力测试会暴露系统在普通情况下不易发生，但是有可能发生的BUG。

对于软件系统来说，某些积累性的错误并不容易暴露，例如内存泄漏，通过高负荷也许在短时间就能够发现类似错误。

第四，压力测试可以发现系统的奇点，所谓奇点是指系统在某种负荷下出现非预期（例如CPU占用率的非线性变化、呼损的突变等）的异常。

6、配置测试（Configuration Test）【定义】验证系统能够在不同的系统配置（硬件、软件、网络）环境下正常工作的测试。

【说明】在配置测试时，系统应该是为不同用户服务而设计的，测试是分析系统在各种各样的特定配置下的表现。

其中有一个重要的测试分支：性能指标配置测试。

产品日益复杂，组合配置种类变化繁多，无法穷尽，设计时考虑不到从而隐患也就很多。

配置测试涉及的方面可分为：硬件配置测试：通常支持硬件配置的数目太多，不可能对各种组合进行测试，但是至少要对每一种硬件的最大最小配置进行测试。

重点考虑网上的实际情况，测试网上的典型配置。

7、安装测试（Installation Test）【定义】验证系统能够被成功安装、升级的测试。

【说明】系统可安装性测试的目的是找安装错误。

在安装软件系统时，会有多种选择。

要分配和装入文件与程序，布置适当的配置，进行程序的联结。

而安装测试就要找出这些安装过程中出现的错误。