软件测试实例讲义（精品） .pptVIP

第 8 章 软 件 测 试 实 例 8.1 被测试软件项目介绍 8.2 HIS测试过程概述 8.3 测 试 计 划 8.4 测 试 用 例 8.5 缺 陷 报 告 8.6 测试结果总结分析 8.7 应 用 测 试 工 具 8.8 文 档 测 试 本章介绍的被测试软件项目是医院信息管理系统（HIS，Hospital Information System）。HIS是一个集成度很高的项目，因为行业的关系其中有一些词汇可能不被大家所了解，但这并不妨碍说清楚它的测试过程。 本章要重点描述的测试过程是HIS的集成测试，该阶段的测试重点在功能测试上，也有必要的性能测试。后面依次给出了HIS集成测试阶段的测试计划、测试用例、缺陷（错误）报告、测试结果总结与分析等内容。测试用例将针对HIS的一个子系统——门诊挂号管理子系统来设计。该子系统不但包含了对数据库的应用，对系统的并发性、安全性、准确性、高效性都有很高的要求，可谓麻雀虽小，五脏俱全，适合将其进行剖析。 8.1 被测试软件项目介绍 8.1.1 软件背景 医院信息管理系统（HIS）包含门诊挂号、门诊收费、诊间医令、病房管理、病案管理、药房药库管理等二十余个子系统，用于管理医院日常运作的整个过程。各子系统所处理的业务前后衔接，数据共享。 医院信息管理系统的系统结构如图8-1所示。 8.2 HIS测试过程概述 HIS的测试按照一般测试过程，将其分为单元测试、集成测试、系统测试和验收测试4个阶段。 8.2.1 单元测试 单元测试常常是动态测试和静态测试两种方式并举的。动态测试可由开发人员去运行局部功能或模块以发现系统潜藏的错误，也可以借助测试工具去测试。静态测试即是代码审查。审查的内容包括代码规则和风格，程序设计和结构，业务逻辑等。 HIS系统中涉及到许多的费用计算问题，逻辑性很强，需要程序结构也很复杂。面对复杂的业务流程，面对管理各异的用户需求，没有白盒测试是不可想像的。最简单的例子：HIS中要处理很多类的患者，普通患者、医保患者、内部职工、公费患者等，每类患者的费用处理流程和计算方法都不相同，开发人员就要严格地依照系统设计去检查代码的逻辑结构，选取有代表性的测试用例去测试相关的模块。 又如医嘱分解，药房摆药等，必须知道系统的详细设计和程序的逻辑结构才能设计好测试用例。 8.2.2 集成测试 集成测试（有时被分为集成测试和确认测试两个阶段）是指将各模块组装起来进行测试，以检查与设计相关的软件体系结构的有关问题，并确认软件是否满足需求规格说明书中确定的各种需求。 HIS系统的集成测试是指开发人员完成了所有系统模块的开发并通过了单元测试后，将编译好的软件交付给测试部门进行测试的过程。 这个阶段的测试需要一个完备的测试管理过程。集成测试过程可以分为测试准备、测试计划、测试设计、测试执行和测试总结5个阶段。 测试准备阶段是指测试人员准备测试资源，熟悉系统的过程。 测试计划阶段包含制定测试策略、资源分配、风险预警和进度安排等内容，此项工作由测试负责人来做。8.3节中给出了HIS集成测试的测试计划。测试计划的模板各不相同，这个取决于软件的特殊性和管理的规范性。 测试设计阶段包括设计测试用例及相关管理工具的设计。8.4节将给出HIS集成测试过程中挂号管理子系统部分的主要测试用例，侧重于系统的功能和性能测试。测试用例设计之前一般要有一个测试用例的设计大纲。 完成测试设计工作后，就开始执行实际的测试工作了。 测试时另外一项非常重要的工作就是做好系统缺陷记录。本章8.5节将给出系统生成缺陷报告的注意事项以及缺陷报告的实例，另外还设计了一个问题记录数据库表。用数据库记录缺陷的好处是测试人员和开发人员能够通过动态的信息发布和获取进行更好的交互，提高测试和修改的工作效率。 经过修改后的系统再次经过测试即是回归测试。 测试结束后要及时总结分析测试结果。测试结果的总结与分析一方面是提供一个系统功能、性能和稳定性等方面的完整的分析和结论，另外要对测试过程本身做出总结，总结成功的经验和失败的教训，以使日后的工作开展得更顺利。具体的测试总结详见8.6节。 8.2.3 系统测试 系统测试是在真实或模拟系统运行的环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统软件、支持平台等）正确配置、连接，并满足用户需求。 系统测试也应该经过测试准备、测试计划、测试设计、测试执行和测试总结5个阶段，每个阶段所做工作内容与集