第14章 系统测试.ppt

第14章 系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求。 检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。 系统测试对象 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下进行测试。 系统测试的过程 系统测试过程包含了测试计划、测试设计、测试实施、测试执行、测试评估几个阶段，整个测试过程中的测试依据主要是产品系统的需求规格说明书、各种规范、标准和协议等。 过程——PDCA循环 系统测试的过程 首先对需求规格进行充分的分析，分解出各种类型的需求（功能性需求、性能要求、其他需求等）； 此基础之上开始测试设计工作，测试设计是整个测试过程中非常重要的一个环节，测试设计的输出结果是测试执行活动依赖的执行标准，测试设计的充分性决定了整个系统过程的测试质量。因此，为了保证系统测试质量，必须在测试设计阶段就对系统进行严密的测试设计。这就需要我们在测试设计中，从多方面来综合考虑系统规格的实现情况。 系统测试的设计 通常需要从以下几个层次来进行设计：用户层、应用层、功能层、子系统层、协议层 用户层：面向产品最终的使用操作者的测试。重点突出的是在操作者角度上，测试系统对用户支持的情况，用户界面的规范性、友好性、可操作性，系统的可维护性，以及数据的安全性。 应用层：针对产品工程应用或行业应用的测试。重点站在系统应用的角度，模拟实际应用环境，对系统的兼容性、可靠性、性能等进行的测试。 系统测试的设计 功能层：针对产品具体功能实现的测试。 子系统层：针对产品内部结构性能的测试。关注子系统内部的性能，模块间接口的瓶颈。 协议/指标层：针对系统支持的协议、指标的测试。协议一致性测试、协议互通测试。 用户层 用户支持测试 用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。 用户界面测试 在确保用户界面能够通过测试对象控件或入口得到相应访问的情况下，测试用户界面的风格是否满足用户要求，例如：界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。 用户层 可维护性测试 可维护性是系统软、硬件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来的影响。例如：对支持远程维护系统的功能或工具的测试。 安全性测试 安全性主要包括了两部分：数据的安全性和操作的安全性。核实只有规格规定的数据才可以访问系统，其他不符合规格的数据不能够访问系统；核实只有规格规定的操作权限才可以访问系统，其他不符合规格的操作权限不能够访问系统； 应用层 系统性能测试 针对整个系统的测试，包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程；强度测试是在资源情况低的情况下，找出因资源不足或资源争用而导致的错误；破坏性测试重点关注超出系统正常负荷N倍情况下，错误出现状态和出现比率以及错误的恢复能力。 应用层 系统可靠性、稳定性测试 一定负荷的长期使用环境下，系统可靠性、稳定性。 系统兼容性测试 系统中软件与各种硬件设备兼容性，与操作系统兼容性、与支撑软件的兼容性。 系统组网测试 组网环境下，系统软件对接入设备的支持情况。包括功能实现及群集性能。 应用层 系统安装升级测试 安装测试的目的是确保该软件在正常和异常的不同情况下进行安装时都能按预期目标来处理。例如，正常情况下，第一次安装或升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。还有一个目的是核实软件在安装后可立即正常运行。另外对安装手册、安装脚本等也需要关注。 功能层 业务功能的覆盖：关注需求规格定义的功能系统是否都已实现。 业务功能的分解：通过对系统进行黑盒分析，分解测试项及每个测试项关注的测试类型。 业务功能的组合：主要关注相关联的功能项的组合功能的实现情况。 业务功能的冲突：业务功能间存在的功能冲突情况。比如：共享资源访问等。 子系统层 单个子系统的性能：应用层关注的是整个系统各种软、硬件、接口配合情况下的整体性能，这里关注单个系统。 子系统间的接口瓶颈：例如：子系统间通讯请求包的并发瓶颈。 子系统间的相互影响：子系统的工作状态变化对其他子系统的影响。 系统测试的几个方面—性能测试 性能测试 对于那些实时和嵌入式系统，软件部分即使满足功能要求，也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只