系统测试

在线帮助测试：给用户提供一种实时的 咨询服务。 数据转换测试：验证已存在的数据转换 并载入一个新的数据库是否有效。 验收测试：将程序与其最初的需求及最 终用户当前的需要进行比较的过程。
系统测试用例设计
系统测试用例设计基本上都是用黑盒测试方法，也就 是说测试人员在作系统测试时无需知道系统是由结构 化程序设计语言还是面向对象程序设计语言来实现的。 生成系统测试用例很简单，关键问题是：如何确定和 选择测试用例才能保证对系统进行充分的测试？ 系统测试的执行常常需要使用相应的测试工具，对于 那些涉及到数据量很多的测试尤其如此，使用手工测 试不但浪费时间，而且有时候也无法得到精确的测试 结果。
性能测试、压力测试、容量测试
性能测试、压力测试、容量测试的测试目 的虽然有所不同，但其手段和方法在一定程度 上比较相似，通常会使用特定的测试工具来模 拟超常的数据量、负载等，监测系统的各项性 能指标，如CPU和内存的使用情况、响应时间、 数据传输量等。
安全性测试
定义：让系统非法入侵者花费更多的时间、
子系统层：针对产品内部结构性能的测试，关注 子系统内部的性能，模块间接口的瓶颈。
单个子系统的性能，应用层关注的是整个系统 单个子系统的性能 各种软、硬件、接口配合情况下的整体性能， 这里关注单个子系统。 子系统间的接口瓶颈，例如：子系统间通讯请 子系统间的接口瓶颈 求包的并发瓶颈。 子系统间的相互影响，子系统的工作状态变化 子系统间的相互影响 对其他子系统的影响。
系统测试执行
参考原则： 1、判断是否已经给出测试手段，若没有就要判断工作量、 选择自动化工具。 2、进行测试，保存好测试脚本、以及测试结果，对测试 结果进行精确的分析，判断软件缺陷所在。 3、若软件不是第一版本，要重新测试先前系统测试周期 中发现的缺陷。 4、在系统测试执行期间，必须把测试的结果添加到缺陷 跟踪数据库中。 5、在系统测试的过程中，测试人员要注意一定要使用具 有代表性并且接近真实的数据，因为这样可以保证测 试的可靠性和真实性。
付出更大的代价来交换其所获得的系统信息， 即让非法者获得的一切信息内容贬值。 评价标准：有效性；生存性；精确性；出错反 应时间；吞吐量
恢复性测试
目标：验证系统从软件或者硬件失败中恢复的 能力。在测试过程中会采取各种人工干预方式 使软件出错，而不能正常工作，进而检验系统 的恢复能力。 考虑的问题： 1）恢复期间的安全性过程； 2）恢复处理日志方面的能力； 3）当出现供电问题时的恢复能力； 4）恢复操作后系统性能是否下降。
应用层：从系统应用的角度，模拟实际的应用环境，对 系统的兼容性、可靠性、性能等进行的测试。
系统性能测试，针对整个系统的测试，包含并发性能测试、 系统性能测试 负载测试、压力测试、强度测试、破坏性测试。 系统可靠性、稳定性测试，一定负荷的长期使用环境下， 系统可靠性、稳定性测试 系统可靠性、稳定性。 系统兼容性测试，系统中软件与各种硬件设备兼容性，与 系统兼容性测试 操作系统兼容性、与支撑软件的兼容性。 系统网络测试，网络环境下，系统软件对接入设备的支持 系统网络测试 情况。包括功能实现及群集性能。 系统安装升级测试，安装测试的目的是确保该软件在正常 系统安装升级测试 和异常的不同情况下进行安装时都能按预期目标来处理。
性能测试、压力测试、容量测试
性能测试：利用自动化工具模拟真实用户来操 作系统以发现系统性能瓶颈的过程。 压力测试：压力测试又称强度测试，是在各种 资源超负荷情况下观察系统的运行情况。在压 力测试过程中，测试人员主要关注的是非正常 资源占用的情况下系统的处理时间。 容量测试：面向数据的，在系统正常运行的范 围内测试并确定系统能够处理的数据容量。也 就是观察系统承受超额的数据容量的能力。
功能测试设计方法
<1>规范导出法 <3>边界值分析法 <5>判定表 <7>基于风险的测试 <2>等价类划分法 <4>因果图 <6>正交实验设计 <8>错误猜测法
回归测试
目的：在程序有修改的情况下保证原有 功能正常的一种测试策略和方法。 方法：再测试全部用例 基于风险选择测试 基于操作剖面选择测试 再测试修改的部分
系统测试过程
制定系统测试计划 设计系统测试 实施系统测试 执行系统测试和评估系统测试。（如图 所示）
系统测试流程图
系统测试分析
用户层 应用层 功能层 子系统层
Hale Waihona Puke 用户层：从操作者的角度，测试系统对用户 支持的情况，用户界面的规范性，友好性， 可操作性，以及数据的安全性。
1.
2.
3. 4.
用户支持测试：用户手册，使用帮助， 支持客户的其他产品技术手册是否正确， 便于理解。 用户界面测试：在确保正常访问的情况 下，界面是否美观，直观，易操作。 可维护性测试： 安全性测试：数据的安全和操作的安全
功能层：针对产品具体实现功能的测试。
业务功能的覆盖，关注需求规格定义的功能系 业务功能的覆盖 统是否都已实现。 业务功能的分解，通过对系统进行黑盒分析， 业务功能的分解 分解测试项及每个测试项关注的测试类型。 业务功能的组合，主要关注相关联的功能项的 业务功能的组合 组合功能的实现情况。 业务功能的冲突，业务功能间存在的功能冲突 业务功能的冲突 情况。比如：共享资源访问等。
系统测试类型
功能测试 回归测试
功能测试
它属于黑盒测试的范畴，是系统测试中要进行 的最基本的测试，它不用考虑软件内部的具体 实现过程。 主要是根据产品的需求规格说明书和测试需求 列表，验证产品是否符合产品的需求规格。
功能测试步骤如下：
①为所有的功能需求（包括隐含的功能需求）加以标识； ②为所有可能出现的功能异常进行分类分析并加以标识； ③对前面表示的功能需求确定优先级。 ④对每个功能进行测试分析，分析其是否可测、采用何 种测试方法、测试的入口条件、可能的输入、预期输 出等等。 ⑤是否需要开发脚本或借助工具录制脚本。 ⑥确定要对哪些测试使用自动化测试，对哪些测试使 用手工测试。
系统测试
本章目标
进一步理解系统测试和集成测试的区别； 掌握系统测试的概念； 熟悉主要的系统测试类型及其特点； 了解系统测试的过程； 重点理解如何把黑盒测试技术运用到系统测试 中。
系统测试
定义：系统测试是指将经过集成测试过后的软件，作为 计算机系统的一部分，与计算机硬件、某些支持软件、 数据和人员等系统元素结合起来，在实际运行环境下对 计算机系统进行一系列严格有效的测试来发现软件的潜 在问题，保证系统的运行。 测试的内容：性能测试、压力测试、容量测试、安全性 测试、可靠性测试、容错性测试等。 目的：通过与系统的需求定义比较，检查软件是否存在 与系统定义不符合或与之矛盾的地方，以验证软件系统 的功能和性能等满足其规约所指定的要求。
健壮性测试（容错性测试）
健壮性测试又被称为容错性测试。 主要是测试系统在出现故障时，是否能 够自动恢复或者忽略故障继续运行。
兼容性测试
目的：检验被测应用对其他应用或者系统的兼容性， 比如在对一个共享资源（数据、数据文件或者内存） 进行操作时，检测两个或多个系统需求能否正常工作 以及相互交互使用。 关注的问题： ①系统可能运行在哪些不同的操作系统环境下？ ②系统可能与哪些不同类型的数据库进行数据交换？ ③系统可能运行在哪些不同的硬件配置的环境上？ ④系统可能需要与哪些软件系统协同工作？这些软件 系统可能的版本有哪些？ ⑤是否需要综合测试？
备份测试
备份测试为了验证系统在软件或者硬 件失败的事件中备份其数据的能力，它 属于恢复性测试的一个部分。
GUI测试
定义：GUI（Graphic User Interface）即图形化用户接口， GUI（ Interface）即图形化用户接口， GUI
GUI测试只是软件产品界面测试的一部分，GUI测试分为两个部分， GUI测试只是软件产品界面测试的一部分，GUI测试分为两个部分， 测试只是软件产品界面测试的一部分 测试分为两个部分 一方面要能使得界面实现与最初设计的情况相符合； 一方面要能使得界面实现与最初设计的情况相符合；另一方面是 要确认界面能够正确处理事件。 要确认界面能够正确处理事件。 面对的问题：⑴测试中可能的状态集繁多。 ⑴测试中可能的状态集繁多。 不易模拟的事件驱动。 ⑵不易模拟的事件驱动。 不容易区分被测系统的界面与功能。 ⑶不容易区分被测系统的界面与功能。 容易受主观影响。 ⑷容易受主观影响。 无恰当的专业测试工具。 ⑸无恰当的专业测试工具。 解决方法：在设计阶段将界面与功能隔离。这样就要把一个GUI 在设计阶段将界面与功能隔离。 在设计阶段将界面与功能隔离 这样就要把一个GUI 系统分为3个层次：界面层、界面与功能的接口层、功能层。 系统分为3个层次：界面层、界面与功能的接口层、功能层。GUI 测试则忽略功能层，主要针对界面层和界面与功能接口层上。 测试则忽略功能层，主要针对界面层和界面与功能接口层上。
可用性测试
面向用户的系统测试 关注的方面：
系统中是否存在繁琐的功能以及指令； 安装过程是否复杂； 错误信息提示内容是否详细； GUI接口是否标准； 登录是否方便； 需要用户记住内容的多少； 帮助文本是否详细；
可安装性测试、文档测试
可安装性测试的目的就是要验证成功安装系统 的能力。安装系统处在一个开发项目的结束也 是被测系统的开始。 文档测试是对系统提交给用户的文档进行验证， 并不是一般性的审查活动。通过文档测试保证 用户文档的正确性并使得操作手册能够准确无 误。文档测试可以辅助系统的可用性测试、可 靠性测试、提高系统的可维护性和可安装性。