酒店管理系统测试计划说明书.docxVIP

酒店管理系统测试计划说明书 引言 本测试计划主要针对酒店管理系统的开发到交付这一阶段通过单元，集成，整体测试 来测试并更正软件所出现的错误。 技术：白盒和黑盒测试。 被测试系统概述 测试计划概述 完成一个小部分做单元测试，完成一个模块进行集成测试，最后整体测试 主要进行边编码边测试，最后进行整体的功能测试。 测试计划制定依据 对测试计划的制定依据给以说明。 开发部提供的《测试需求方案》、被测试系统的用户手册、使用说明书、需求说明书以及软 件系统自身特性，有时还需要参考用户的意见和建议。另外测试计划的制定要与被测试系 统的质量保证计划相一致。 领域 术语定义 软件错误与缺陷的定义 对软件的错误和缺陷给出定义和说明。 对于软件的错误和缺陷，目前主要依据其严重程度划分五个级别： 致命性错误： 数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑 系统崩溃、非正常关闭和非正常死机。 严重性错误： 应用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。系统的主要功能不能正确 实现或不完整。 一般性错误: 规定的非主要功能没有实现或不完整、影响系统的运行； 设计不合理造成性能低下。 告警性错误： 不影响业务运行的功能问题。 建议： 软件设计和功能实现等不完全合理之处提出建议。 其他术语的定义 测试设置 测试目标与策略 测试目标 测试方法 测试用例的设计基本方法： 对测试用例的设计方法给以说明。 在黑盒测试中，测试用例的设计要遵循一条基本原则：每一个用例都要完成一定的功能， 并且尽可能以完整的最小功能做为一个用例（当然综合测试用例除外），以便于准确地确定 错误的发生条件。 测试用例的设计要时刻贯穿等价类划分法、边界值分析法、因果图法、错误推测法等方法。 测试工具： 测试通过准则 项通过标准 对被测试系统的各测试项通过测试的标准给以定义。 测试项的通过标准目前定义为： 当此项的功能能够正确地完成，并且它的操作没有引起其他功能项或整个系统的错误，则 认为此项测试通过。 系统测试通过标准 对于整个被测试系统通过测试的标准给出定义。 系统测试的通过标准目前定义为： 对于每一类测试，当没有发现致命性错误和严重性错误、一般性错误数量小于测试用例总 数的 2%，告警性错误数量小于测试用例总数的 5%，则认为系统通过本次测试 ，但要以测试结果评审会的评审结果为最后标准。 应提供的测试文档 《软件测试需求说明书》 《测试计划》； 《测试用例设计与执行报告》； 《软件问题清单》； 《测试分析报告》。 测试资源需求： 清楚地说明测试所必备的和希望有的性质。包括：人员、工具、系统、硬件、软件、网络， 以及任何其它支撑测试所需的资源。 指出测试组目前还不能得到的所有要求的资源。 硬件需求 CPU2.0GHz，硬盘160g 软件需求 Sql server,Delphi 开发工具，WINDOWS NT 操作系统 网络需求 一个局域网的连接 人员需求 测试人员 30 名，对软件测试有 2 年工作经验以上，对本次软件测试的工具熟悉。 其他需求 对于上面没有涉及到的其他需求给以说明。 测试进度 此部分要明确给出测试活动中主要事件的计划表。估计完成每项测试任务所需的时间，为 每项测试任务和测试里程碑规定进度。 测试进度可以以下表的格式给出。 测试进度计划表 起止日期 11——2009.6 6——2009.11 测试任务 基本单元，集成测试 集成测试，功能测试 本次测试主要完成以下内容 表 1  被测试系统概要 项目 说明与描述 产品名称 开发部门 当前最新版本 提交测试版本 测试版本的开发完成情况 被测试系统概述 测试范围 在这一部分中，要定义需要测试和不需要测试的内容及软件特性，并决定与测试子项目有 关的测试工作所发生的场合。 计划的测试类型 给出软件系统需要进行的测试类型，并说明不计划进行的测试类型。 表 2 酒店管理系统系统计划的测试类型说明 测试类型 测试的优先级 说明 功能测试 系统功能的正确实现及 与需求是否符合的测试 兼容性测试 系统对各种运行环境的 兼容性（例如操作系统、 浏览器）以及与历史版 本的兼容性、与第三方 软件的兼容性测试 可靠性/稳定性 测试 系统运行的可靠性、对 各种异外情况错误处理 能力的测试 并发测试 系统对并发操作的支持 性测试 压力测试 系统在大负载量条件的 性能测试 用户友好性 测试 主要是指测试人员以用 户的角度对系统操作的 方便性、可使用性、界 面友好性的给出评价。 软件安全性 测试 主要从软件安全性角度 测试系统对业务数据保 存、访问及软件系统自 身的安全性进行测试。 配置测试 指对被测系统使用说明 书中要求的软硬件配置 进行验证。在此主要指 硬件的配置要求验证测 试。 其他测试： 备注：（1）请在表