测试类型说明

《测试类型说明》由会员分享，可在线阅读，更多相关《测试类型说明（16页珍藏版）》请在金锄头文库上搜索。

1、测试类型说明Prepared byDate拟制 日期Reviewed byDate审核 日期Approved byDate批准日期修订记录测试类型说明 5一、背景/目的 5二、几组易混淆的概念 51、测试类型(TestType) 52、测试阶段(TestStage/Level)53、测试活动(TestActivity) 54、质量特性(Quality Charactics) 65、 测试方法(Tes t Met hod) 66、 测试工程方法(Tes t Engineer Met hod) 6三、基本测试类型 61、 功能测试(Function Test) 62、一致性测试(Conforman

2、ce Test) 73、安全性测试(Security Test) 84、性能测试(Performance Test) 85、压力测试(Stress Test) 86、配置测试(Configuration Test) 97、安装测试(Installation Test) 108、恢复测试( Recovery Test) 109、易用性测试(Usability Test) 11四、可选测试类型 121、备份测试(Backup Test) 125、互操作性测试(Interoperability Test) 13五、各测试阶段常用的测试类型 15测试类型说明关键词： 测试类型、测试阶段、质量特性、测试

3、工程方法摘 要：本文结合业界和分部经验，给出测试部级的推荐的测试类型，并对每种测试类型进行了描述。缩略语清单：Abbreviations 缩略语Full spelling英文全名Chinese explanation 中文解释IPDIntegrated Product Development集成产品开发BBITBuild Block Intergration Test丿 J/JUN I QJBuild隼成测试MITModule Intergration Test模块集成测试MSTModule System Test模块系统测试sdvSystem Design Verification1丿J 丿

4、J丿J、丿丿U2 V系统设计验证SITSystem Integration Test/ J、丿 L*J * 1-J. -U系统隼成测试SVTSystem Verification Test系统验证测试测试类型说明一、背景/目的本文是“测试分析与设计工程方法开发”项目计划阶段的输出之一，对一些常用的测试类 型的概念进行了描述，并对一些易混淆的概念进行了澄清，目的在于统一测试部的测试类型的定 义。二、几组易混淆的概念1、测试类型(Test Type)不同类型的测试会发现不同类型的Bugs。测试类型是从不同的角度来分析和测试产品，以 下所列的测试类型多用于设计系统测试。功能测试(Func tion

5、Tes t)一致性测试(Conformance Test)安装测试(Ins talla tion Tes t)2、测试阶段( Test Stage/Level)按照业界一般的划分，分为单元测试、集成测试、系统测试、验收测试几个阶段；3、测试活动( Test Activity)在任何一个测试阶段，根据所进行活动的目标、方法、输出等的不同，可以划分为以下几 类活动：测试计划(Test Plan)测试设计(Test Design)测试实现(Test Implementat ion)测试执行(Test Execution)测试评估(Test Evaluation)4、质量特性(Quality Char

6、actics )质量特性是软件产品的属性集合，通过这些属性，可以描述和评估软件的质量。功能性(Functinality):合适性、准确性、互操作性、顺从性、安全性。可靠性(Reliabili ty)：成熟性、容错性、可恢复性。易用性(Useability):可理解性、可学习性、可操作性。效率性(Efficency):时间行为、资源利用。可维护性(Main tainabili ty)：可分析性、可变化性、稳定性、可测试性。 可移植性(Portability):可适应性、可安装性、共存性、可替代性。5、测试方法( Test Method)1) 从是否针对系统的内部结构和具体实现算法的角度:白盒测试

7、(WhiteBox Test)、黑盒测试(BlackBox Test)、灰盒测试(Gray Box Test)2) 从是否需要执行被测软件的角度:静态测试(Static Test)、动态测试(Dynamic Test)3) 从是否需要人工测试的角度:手工测试(Manual Tes t)、自动测试(Aut oma ted Tes t)6、测试工程方法(Test Engineer Method)测试工程方法是以一定的质量目标为核心，开展具体测试活动所需要使用的工程技术方法。工 程方法不是纯粹的理论描述，而是能在具体产品、业务研发过程中能够为测试工程师所掌握，具 体、直接指导实践工作的技术、方法。主

8、要测试工程方法有55种：宽带Delphi法、等价类划分法、因果图法三、基本测试类型1、功能测试(Function Test)【定义】测试系统提供的功能是否能够正确、完全满足用户需要。【说明】功能测试主要关心的质量特性是功能性。功能性是指满足规定需求和隐含需求的一组功能 及它们规定性质的一组属性。功能测试针对检验所观察到的被测系统的运行状态是否与其规定的 相符，测试系统是否满足开发要求，是否能够提供设计所描述的功能，用户的需求是否都得到满 足。换句话说，功能测试不管软件内部的实现逻辑，以检验输入输出信息是否符合规格说明书和 需求文档中有关功能需求的规定为目标，努力找出程序与对外规格说明书的差异。

9、外部规格说明 书是指从外界观点(如用户)的角度精确描述程序行为性能的说明书。功能测试主要是为了发现以下几类错误：1) 是否有不正确或遗漏了的功能？2) 功能实现是否满足用户需求和系统设计的隐藏需求？3) 输入能否正确接受？能否正确输出结果？2、一 致性测试(Conformance Test)【定义】测试系统是否符合相关的协议/标准。【说明】一致性(Conformance)的含义是：如果某实际系统与其他实际系统的通信过程符合所用协 议的国际标准，则称该实际系统展示了一致性。分为静态一致性和动态一致性两个方面，对静态 一致性要求的测试通过静态一致性分析(Static Conformance Res

10、view)实现，将PICS (Protocol Implementation Conformance Statement )与协议中的静态一致性要求相比较；对动态一致性要 求的测试体现在测试行动(Test Campain)，即运行测试集对ITU(Implementation Under Test)进 行测试。一致性测试是我们通讯产品测试中最常用到的测试类型之一。为了使得各网络设备成功 的进行通信，必须遵守一组规则。协议(Protocol)规定了一个网络设备在和其它网络设备进行通 信时应遵守的规则集合。为了使得来自不同厂家的系统能够成功地进行通信，必须有标准化的协 议。实现者对于协议的不同理解会

11、导致不同的协议实现，有时甚至会是错误的实现。因此，我们 需要一种有效方法对协议实现进行判别，这种方法便是协议一致性测试。3、安全性测试(Security Test)【定义】测试软件产品保护信息和数据的能力，如非法用户或系统不能阅读和修改信息和数据，合 法用户或系统不会被拒绝访问，以保证数据的保密性和完整性。【说明】系统安全性测试内容包括设备本身数据的安全性和保密性、系统的登录、密码验证、用户管 理、内部通信协议测试、病毒的检测、防火墙测试、WEB安全性测试、数据库安全性测试等。这 些安全性测试的内容有些设备具有，有些没有，所以在不同的设备测试方案中可以酌情选择。安全性测试设计时要考虑以下四个安

12、全组件：asset、threat、exposure、control。Asset是被 测实体需要被保护的有形和无形的资源，包括它的数量、数值、用途、特征等.Threats是可能引 起资源丢失或损坏的事件，包括意外的、故意的和自然的事件，以及发生频率。Exposures是丢失 和损坏的可能表现形式，即当theart出现时，asset所可能发生的一切。Control是防止丢失和损坏的 保护措施。建议采用矩阵和检查表的方式设计安全性测试用例。4、性能测试( Performance Test)【定义】性能测试针对系统是否达到其规定的性能需求进行测试，如容量和响应时间。【说明】性能测试是指这样一类测试，通

13、过实现和执行来特征化和评估一个应用(或系统)相关特 征的性能，如时间要求，执行流，响应时间，操作的可靠性和极限。简而言之，性能测试就是用 来检验被测对象是否符合规定的性能要求。不同的测试对象具有不同的预期性能与效率指标，因 此，性能测试的目的就是设计和执行用例来验证这些测试对象是否达到了预期的性能指标。在软 件开发早期，进行性能测试，识别并消除与系统结构有关的性能瓶颈。在软件开发阶段，进行性 能测试以调整软件环境(优化响应时间和资源)。在软件开发后期，执行性能测试以验证应用和 系统可以承受的高负荷和强度，例如大量的事务处理，客户，或/和大量的数据。5、压力测试( Stress Test)定义】

14、压力测试通过使系统达到或超过其设计的最大负荷来检验其在非正常状态下的特性。是 “用于评估被测试对象处于非正常状态下的特性表现”。这里所指的特性表示系统所需要完成的 正常功能。【说明】为什么要有压力测试？ 首先，能不能让系统的各种处理能力远远大于所要求的，这样不就可以避免这些问题了 吗？答案显然是否定的，用户不会为超出他们的需求的部分付出一分钱，也就是说即便我们提供 这些能力，也是一件高成本低收益的事情。其次，压力测试是指在异常情况下的特性表现，而异常情况总会发生，用户会有什么样的 举动很难预料。甚至我们的周边设备也会突然崩溃，或者大量地发送错误的数据或连接请求，要 成为一个成熟而健全的产品，特

15、别对于电信级的设备，就必须能够经得起各种异常的冲击。第三，压力测试会暴露系统在普通情况下不易发生，但是有可能发生的BUG。对于软件系 统来说，某些积累性的错误并不容易暴露，例如内存泄漏，通过高负荷也许在短时间就能够发现 类似错误。第四，压力测试可以发现系统的奇点，所谓奇点是指系统在某种负荷下出现非预期（例如 CPU占用率的非线性变化、呼损的突变等）的异常。6、配置测试（Configuration Test）【定义】 验证系统能够在不同的系统配置（硬件、软件、网络）环境下正常工作的测试。【说明】 在配置测试时，系统应该是为不同用户服务而设计的，测试是分析系统在各种各样的特定配 置下的表现。其中有一个重要的测试分支：性能指标配置测试。产品日益复杂，组合配置种类变 化繁多，无法穷尽，设计时考虑不到从而隐患也就很多。配置测试涉及的方面可分为：硬件配置测试：通常支持硬件配置的数目太多，不可能对各种组合进行测试，但是至少要对 每一种硬件的最大最小配置进行测试。重点考虑网上的