6 系统测试.pptVIP

第六章 系统测试 6.1 什么是系统测试 6.1 什么是系统测试 6.1 什么是系统测试 6.2 系统测试策略 6.2 系统测试策略 6.2 系统测试策略 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.3 系统测试方法 6.4 系统测试举例 6.4 系统测试举例 6.4 系统测试举例 6.4 系统测试举例 6.4 系统测试举例 6.4 系统测试举例 6.5 系统测试过程 小结 作业 规格定义 设计 编码 系统测试 集成测试 单元测试 用户需求 验收测试 回 归 测 试 配置管理 缺陷跟踪 系统测试（System Testing）是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合到一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试。 系统测试的目的在于通过与系统的需求定义做比较，发现软件与系统定义不符合或与之矛盾的地方，以验证软件系统的功能和性能等方面是否满足系统的要求。 系统测试测试用例的基准是需求分析说明书。 需求功能规格说明中的几个概念： 数据：数据是指经过初始化、存储、更新或（可能）销毁的信息。高层数据描述常见的模型是E-R图。 行动：同义词有数据转换、控制转换、处理、活动、人物、方法等。行动有输入和输出，输入输出可以是数据，也可以是端口事件。 设备：每个系统都有端口设备，这些端口设备是系统级输入和输出的源和目的地。 事件：事件是发生在端口设备上的系统级输入（或输出）。事件是现实世界物理事件和这些事件的内部逻辑表示的转换点。端口输入是物理到逻辑的转换，端口输出是逻辑到物理的转换。 基于事件的系统测试： 系统测试覆盖指标（根据端口输入事件）： PI1：每个端口输入事件发生； PI2：端口输入事件的常见序列发生； PI3：每个端口输入事件在所有“相关”数据语境中发生； PI4：对于给定语境，所有“不合适”的输入事件发生； PI5：对于给定语境，所有可能的输入事件发生； 系统测试覆盖指标（根据端口输出事件）： PO1：每个端口输出事件发生； PO2：每个端口输出事件在每种原因下发生； 基于端口的系统测试： 基于端口的测试就是对于每个端口都要询问端口上会出现什么事件，然后根据每个端口的事件列表寻找使用输入端口和输出端口线索。 基于数据的系统测试： 反应式系统和转换式系统区别，基于事件和端口的线索测试适用于反应式系统，基于数据的线索测试适用于转换式系统。 功能测试：根据产品的需求规格说明说和测试需求列表，验证产品的功能实现是否符合产品的需求。 检查一下错误： - 是否有不正确或遗漏的功能； - 功能实现是否满足用户需求和系统设计的隐藏实现； - 能够正确接受输入，并输出结果； 分析方法： - 分解需求，找出明确的需求和潜在的需求并进行标号； - 为每个功能设计测试用例； - 编写脚本或开发自动化测试程序； 性能测试：用来测试软件在集成系统中的运行性能。通常与压力测试同时进行。 通常需要测试性能信息包括： - CPU的使用情况； - IO使用情况； - 内存使用情况； - 每个模块执行时间百分比； - 系统反应时间； - 系统吞吐量； - 网络； 压力测试：目的是测试系统在其资源超负荷的情况下的表现； 常用资源： - 内存、打印机、网络、事物队列等； 压力测试建议步骤： - 压力依次增大，直到系统中断； - 重复进行压力测试； 压力测试的例子： - 成千上万的用户同时登陆某系统； - 短时间内引入超负荷的数据容量； - 同时引入大量的操作； 安全性测试：用来验证集成在系统内的保护机制是否能够在实际中保护系统不受到非法的入侵。 分析方法： - 资产，保护的对象； - 危险，可能引起的损失或者伤害的事件； - 暴露出来的行为，损失或伤害的形式； - 安全性控制，度量针对于损失或伤害的保护的程度。 一般的安全性问题包括： - 系统配置数据保存时是否加密？ - 没有口令是否可以登陆到系统中？ 恢复性测试：验证系统从软件或硬件失败中恢复的能力。 分析技术： - 是否存在潜在的灾难或已确认的系统失败； - 保护和恢复过程是否为错误提供足够的反应？ - 当真正需要时，恢复过程是否能够正确工作？ 恢复性测试的例子： - 恢复部分文件以回到上个检查点； - 对选择的文件和数据进行回复； - 恢复期间的安全性； - 恢复程序的执行； 备份测试：是恢复性测试的补充，目的是验证系统在软件或者硬件