软件测试普通高等教育“十一五”国家级规划教材课件作者佟伟光第10章节.pptVIP

第10章 测试实践 10.1 被测试软件项目介绍 10.2 测 试 计 划 10.3 HIS测试过程概述 10.4 测 试 用 例 设 计 10.5 缺 陷 报 告 10.6 测试结果总结分析 10.7 软件测试自动化工具 10.8 文 档 测 试 本章介绍的被测试软件项目是医院信息管理系统（HIS，Hospital Information System）。HIS是一个集成度很高的项目，因为行业的关系其中有一些词汇可能不被大家所了解，但这并不妨碍说清楚它的测试过程。 本章要重点描述的测试过程是HIS的集成测试，该阶段的测试重点在功能测试上，也有必要的性能测试。后面依次给出了HIS集成测试阶段的测试计划、测试用例、缺陷（错误）报告、测试结果总结与分析等内容。测试用例将针对HIS的一个子系统——门诊挂号管理子系统来设计。该子系统不但包含了对数据库的应用，对系统的并发性、安全性、准确性、高效性都有很高的要求，可谓麻雀虽小，五脏俱全，适合将其进行剖析。 10.1 被测试软件项目介绍 10.1.1被测试项目软件背景 医院信息管理系统（HIS）包含门诊挂号、门诊收费、诊间医令、病房管理、病案管理、药房药库管理等二十余个子系统，用于管理医院日常运作的整个过程。各子系统所处理的业务前后衔接，数据共享。 医院信息管理系统的系统结构如图10-1所示。 10.2 测 试 计 划 测试计划工作的提交成果是一份完整的测试计划报告。 下面给出医院信息管理系统1.0版集成测试的测试计划报告。 10.2.1 概述 本测试项目拟对医院信息管理系统（HIS）1.0进行测试。 医院信息管理系统包含门诊挂号、门诊收费、诊间医令、病房管理、病案管理、药房药库管理等二十余个子系统，用于管理医院日常运作的整个过程，各子系统所处理的业务前后衔接，数据共享。 测试的目标是要找出影响医院信息管理系统正常运行的错误，分别在功能、性能、安全性等方面检验系统是否达到相关要求。 本次集成测试采用黑盒和白盒测试技术（重点在黑盒测试）。测试手段为手工与自动测试相结合（主要依靠手工进行功能测试，依靠自动测试工具进行性能测试）。 本测试计划面向相关项目管理人员、测试人员和开发人员。 10.2.2 定义 质量风险：被测试系统不能实现描述的产品需求或系统不能达到用户的期望的行为，即系统可能存在的错误。 测试用例：为了查找被测试软件中的错误而设计的一系列的操作数据和执行步骤，即一系列测试条件的组合。 测试工具：应用于测试用例的硬件/软件系统，用于安装或撤销测试环境、创造测试条件，执行测试，或者度量测试结果等工作。测试工具独立于测试用例本身。 进入标准：一套决策的指导方针，用于决定项目是否准备好进入特定的测试阶段。在集成测试和系统测试阶段，进入标准会很苛刻。 退出标准：一套标准，用于决定项目是否可以退出当前的测试阶段，或者进入下一个测试阶段或者结束项目。同进入标准，测试过程的后几个阶段退出标准一般很苛刻。 功能测试：集中于功能正确性方面的测试。功能测试必须和其他测试方法一起处理潜在的重要的质量风险，比如性能、负荷、容积和容量等。 10.2.3 质量风险摘要 危险性：表示故障对系统影响的大小。5—致命；4—严重；3—一般；2—轻微；1—无。 影响：5—一定影响所有用户；4—可能影响一些用户；3—对有些用户可能的影响；2—对少数用户有限的影响；1—在实际使用中难以觉察的影响。 优先级：表示风险可以被接受的程度。5—很紧急，必须马上纠正；4—不影响进一步测试，但必须修复；3—系统发布前必须修复；2—如果时间允许应该修复；1—最好修复。 10.2.4 测试进度计划 10.2.5 进入标准 （1）“测试小组”配置好软硬件环境，并且可以正确访问这些环境。 （2）“开发小组”已完成所有特性和错误修复并完成修复后的单元测试。 （3）“测试小组”完成“冒烟测试”，程序包能打开，随机的测试操作正确完成。 10.2.6 退出标准 （1）“开发小组”完成了所有必须修复的错误。 （2）“测试小组”完成了所有计划的测试。没有优先级为3以上的错误。优先级为2以下的错误少于5个。 （3）“项目管理小组”认为产品实现稳定性和可靠性。 10.2.7 测试配置和环境 服务器1台：HP Pentium Ⅲ 550，1GB内存，8.4GB硬盘；软件环境：Win