仓库管理系统项目软件测试方案说明书.pdf

《仓库管理系统项目软件测试方案说明书.pdf》由会员分享，可在线阅读，更多相关《仓库管理系统项目软件测试方案说明书.pdf（8页珍藏版）》请在三一文库上搜索。

1、仓库管理系统测试计划 第 1 章 引言 6 1.1 编写目的6 1.2 背景 6 1.3 参考资料6 第 2 章 任务概述7 2.1 系统概述7 2.2 目标 7 2.3 文档概述7 2.4 软件测试环境8 2.4.1 设备 8 2.4.2 软件环境9 2.5 条件与限制9 第 3 章 计划 10 3.1 测试方案10 3.1.1 单元测试10 3.1.2 集成测试10 3.1.3 确认测试10 3.1.4 测试工具11 3.2 测试项目11 3.2.1 测试要求11 3.2.2 测试类型12 3.2.3 测试定义12 3.2.4 暂停准则12 3.3 测试准备13 3.4 主要进度13 3.

2、5 风险管理13 第 4 章 测试设计说明14 4.1 测试用例设计说明14 4.1.1 用例选取原则14 (1 输入 输出 步骤及操作15 (4 允许偏差15 4.2 测试执行16 4.3 回归测试16 第 5 章 评价准则16 5.1 软件错误的严重性等级16 5.2 测试通过标准18 5.3 数据记录、整理和问题分析18 5.3.1 数据记录和整理18 5.3.2 问题确认及处理18 第 1章 引言 1.1 编写目的 本文档是系统初步验收过程中进行三方测试的测试方案，其主要描述了测试方案、测试项目和各 项目的测试用例设计说明等。测试人员可通过文档的测试方案结合测试用例，对系统进行测试。

3、本文档的读者范围是： 承建商超市仓库管理员和技术人员； 软件项目监理； 测试组技术人员； 1.2 背景 在计算机飞速发展的今天，将计算机这一信息处理利器应用于超市仓库的日常管理已是势 必所然，而且这也将为超市仓库管理带来前所未有的改变，它可以带来意想不到的效益，同时 也会为企业的飞速发展提供无限潜力。采用计算机管理信息系统已成为超市仓库管理科学化和 现 代 化 的 重 要 标 志 ， 它 给 企 业 管 理 来 了 明 显 的 经 济 效 益 和 社 会 效 益 。 主 要 体 现 在 ： 极大提高了超市仓库工作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长 的弊端。 基于超市超市

4、仓库管理的全面自动化，可以减少入库管理、出库管理及库存管理中的漏洞， 可以节约不少管理开支，增加企业收入。 超市仓库的管理的操作自动化和信息的电子化，全面提高了超市仓库的管理水平 1.3 参考资料 1 系统项目需求说明书 2 项目总体设计说明书 3 项目数据库设计说明书 第 2章 任务概述 2.1 系统概述 超市仓库管理系统主要实现对物品和操作人员还有供应商等信息的进行同样有效的管理，从而 实现物品查询的和人员管理的现代化，实现信息共享超市仓库管理系统主要包括：物品进销存和人 员管理与系统维护这几个方面。测试主要针对系统功能性、安全性、可靠性方面的测试。测试的执 行人员为本项目的业主方、监理方

5、和承建方。本次测试计划所描述的测试工作为超市仓库管理系统 系统的整体测试及性能测试。 2.2 目标 通过系统测试检查数据流是否符合总体设计说明书的要求，程序是否具备总体设计说明 书、需求说明书要求的功能，系统中各模块的连接是否正确，模块之间的数据流是否有中断 的情况，数据流是否达到末端等。同时针对监理方在测试过程中发现的问题进行相应的回归测试， 保证已发现问题已解决。 2.3 文档概述 本文档按IEEE std 829-1998 软件测试文档要求编写，为适应本次验收测试的要求，作了适 当调整。 本文档主要描述测试组计划、组织和管理测试的方法和步骤，不描述测试用例的执行细节，也不描 述产品特征运

6、行的技术细节。 本文档说明了准备和进超市仓库管理系统项目三方测试所应做的各项工作，并作为指导整个测试工 作的依据。 本测试计划的主要用途如下： 定义软件的三方测试； 定义软件测试环境； 确定测试风险； 测试通过准则； 本测试计划各章节包括以下内容： 在任务概述中，描述了本测试计划的被测试应用的简况、背景、本文档的简介； 描述了构成测试环境所需的硬件和软件配置，以及这些硬件和软件的安装、测试和管 理的计划； 在测试项目中，描述各项被测软件的总体测试要求、测试类型、测试级别、测试定 义； 在测试方法和基本原理中，描述执行测试的方法和基本原理； 在数据记录、整理和问题分析中，描述按本测试计划所作测试

7、的数据整理和分析过程, 并说明问题的判定、分级和处理； 2.4 软件测试环境 本次测试环境定于学生自己在宿舍的测试环境。测试所使用到的硬件设备、系统软件、应用支 撑软件由学生自己安排。 2.4.1 设备 表 1-1 测试设备环境 产品名称产品用途运行环境 业务应用服务器运行下列系统的程序包： 仓储管理系统 Tomcat WINDOWS操作 系统 中心数据库服务 器 部署下列系统的数据库实例表空间：仓储 管理数据系统仓储数据交换平台 Oracle10g Database WINDOWS操作系统 2.4.2 软件环境 操作系统 :Windows XP 软件 : 、浏览器、LoadRunner 客户

8、端支持软件： 具有 MS IE6.0或以上版本浏览器 2.5 条件与限制 本次测试的限制包括： (1 因为本次测试对象只是一个文档，所以没有测试实例，可能跟实际情况有出入，只能作为一个 参考测试方案。 (2 本次测试将不考虑关系数据库的安装和功能。测试前数据库已安装并处于可操作的状态。 (3 本次测试将不直接测试Web 服务器。 (4 整个测试主要进行系统测试，不准备进行单元测试和集成测试。 本测试计划和日程安排是在下述前提下完成的： (1 需求和功能规格说明是完全的、正确的和稳定的。 (2 系统实现了需求和功能规格说明所定义的功能。 (3 测试提示明确的描述了对本次测试的要求。 第 3章 计

9、划 3.1 测试方案 本次测试主要任务是对超市仓库管理系统进行初步验收的测试。测试的主要内容为：系统重要 功能测试、监理方测试发现问题的回归测试以及系统的性能测试。 3.1.1 单元测试 在需求规格说明书中描述的所有功能，都将在选定的客户端/服务器配置组合上进行测试。测 试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。 3.1.2 集成测试 集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正 确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。集 成测试中没完成的功能进行回归测试。 3.1.3 确认测试 确认

10、测试又称为有效性测试。其任务是检查软件的功能和性能是否与需求说明书中确定的指标 相符。确认测试阶段有进行确认测试与软件配置审查两项工作。 确认测试一般是在模拟环境下运用黑盒测试方法，由专门测试人员和用户参加的测试。确认测 试需要需求说明书、用户手册等文档，要制定测试计划，确定测试的项目，说明测试的内容描述具 体的测试用例。集成测试中没完成的功能进行回归测试。 软件配置审查的任务是检查软件的所有文档资料的完整性、正确性。如发现遗漏和错误，应补 充和改正。同时要编排好目录，为以后的软件维护工作奠定基础。 3.1.4 测试工具 Mercury LoadRunner 8.1 LoadRunner是一种

11、预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户 实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测 试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周 期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应 商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户 响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无

12、需购置额外硬件而最大限度地利用现有的IT 资源， 并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评 价。 LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统 性能。 LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性 能监测，能更快的查找和发现问题。此外，LoadRunner 能支持广范的协议和技术，提供特殊的解 决方案。 3.2 测试项目 3.2.1 测试要求 对超市仓库管理系统项目内部测试需要满足下列要求： 对软件需求报告描述的软件功能进行测试，以验证其是否满足规定的要求。

13、 对软件的安全性进行测试。 对软件可靠性进行测试，包括容错性的测试。 对软件易用性进行测试，包括易理解性、易学性、易操作性的测试。 使用等价类划分、随机测试、猜错法、因果图法、状态图法进行测试。 完成对软件需求的完全覆盖。 对系统的性能进行测试，包括系统响应、并发测试。 3.2.2 测试类型 表 3-1 测试类型 标识号测试对象 功能性可靠性易用性性能 功能安全性容错性易用性响应时间并发性 01 超市仓库管理 系统 3.2.3 测试定义 表 3-2 测试定义 项目标识号测试名称测试特殊要求测试级别 假定和约束 条件 01 超市仓库管理系统无系统级参见本文 3.2.4 暂停准则 被测软件无法正常

14、安装将导致暂停测试执行活动。 被测软件在测试过程中发现重大缺陷，影响后续测试工作，将导致暂停测试执行活动。 3.3 测试准备 建 立 测 试 项 目 表 ， 测 试 项 目 表 是 指 按 照 用 户 需 求 说 明 书 并 结 合 本 次 测 试 的 特 点 抽 取 重 要的业务系统功能划分为小的项目并建立列表。 根据测试范围和测试目标，设计各模块的数据用例。 测 试各 模块 数据 是否符 合系 统 总 体 设 计说 明书要求 的 数据 流 ， 检查 程序的 来源 是否正 确， 数据的存储及计算过程是否正确。并检查系统是否达到用户需求说明书所要求的功能 3.4 主要进度 表 3-3 测试进度

15、 序号活动负责人活动成果 1测试方案编制测试计划 2测试用例设计测试用例集 3测试执行 测试执行记录、问题报告 集 4回归测试回归测试执行记录 5测试报告编制测试报告 3.5 风险管理 因 为 不 可 预 料 的 原 因 导 致 测 试 时 间 压 缩 ， 此 外 因 受 网 络 环 境 的 限 制 ， 性 能 测 试 时 间 也 将 有 所 变 动 。 通 过 增 加 延 长 测 试 时 间 ， 并 采 取 加 班 方 法 解 决 。 通 过 软 件 测 试 组 来 负 责 测试项目的总体管理工作，统一组织、监控测试工作，协调测试与开发工作。 因 为 测 试 人 员 是 非 系 统 开 发

16、人 员 ， 对 系 统 的 熟 悉 、 功 能 的 理 解 会 存 在 不 明 确 的 地 方 ， 导 致 测 试 工 作 效 率 降 低 ， 甚 至 导 致 测 试 方 向 偏 移 。 可 通 过 加 强 与 承 建 方 测 试 人 员 的 沟 通，相互间形成共识，并由承建方人员对功能进行解说并提供技术支持。 第4章 测试设计说明 本次测试共设计测试用例40 个，用例覆盖功能测试、安全性测试、易用性测试等测试类型， 用例具体分布如下表所示： 表 3-4 测试具体类型 类型 分布 功能测试 安全性测 试 容错性测 试 易用性测 试 性能测试 合计 超市仓库管理系 统 26 6 2 3 3 40

17、 所占比例 输入 输出 步骤及操作 各用例的测试步骤及操作顺序，详见各用例表格。 (4 允许偏差 1 用例 中所 描 述的 操作 提示 包括 操作 前 提示 、操 作结 果 提示 ）， 可能 与 实际 测试 界 面提示文字存在差异。在不影响用户对该提示的理解的情况下，该差异属于系统允许偏差。 2 用例中所描述的界面操作控件的名称、标题，可能与实际测试界面的操作控件存在差 异。在不产生歧义的情况下例如，“添加”与“增加”），该差异属于系统允许偏差。 4.2 测试执行 测试执行应严格按照测试计划中的进度安排进行，执行过程中，应做好详尽的测试记录，这些 记录包括： 记录每个用例的执行结果； 记录用例

18、执行过程中相关的细节； 记录执行测试过程中出现的不寻常的结果； 记录测试过程中新增的测试用例。 4.3 回归测试 回归测试将重新测试发现缺陷的测试用例，以确认软件缺陷得到修复。 第 5章评价准则 5.1 软件错误的严重性等级 表 5-1 测试错误等级 严重性等级说明 1 不能执行正常功能或重要功能。或者危及人身安全。 2 严重地影响系统要求或基本功能的实现，且没有办法解决。 3 严重地影响系统要求或基本功能的实现，但存在合理的解决办法。 4 使操作者不方便或遇到麻烦，但不影响执行工作功能或重要功能。 5 其他错误 表 5-2 测试特性 测试特性缺陷严重性等级 功能 功能没有实现1 功能部分没有

19、实现，没有替代方案2 功能部分没有实现，有替代方案3 业务 业务流程存在重大隐患1 业务流程衔接错误2 性能不能满足性能指标2 容错 由误操作或错误输入等导致死机或系统自动退出1 对误操作、错误输入没有提示3 没有识别非法值、错误输入，导致错误数据存储到数据库中3 易用 界面不友好，出现中英文夹杂的界面4 提示不清楚、出现原始的英文提示4 界面风格不一致4 要求用户重复输入计算机可记忆的内容,如数据库设计错误，违 反数据一致性规则 3 要求用户重复输入计算机可记忆的内容，如导致用户使用不方便4 没有联机帮助4 查询结果输出方式不直观4 适应 在特定的软、硬件环境下，功能不能实现1 在特定的软、

20、硬件环境下，功能部分不能实现，没有替代方案2 在特定的软、硬件环境下，功能部分不能实现，有合理的替代方 案 3 5.2 测试通过标准 错误等级为1 的错误不存在； 错误等级为2 的错误数量=5 ； 错误等级为3 的错误数量=8 ； 所有提交的错误都已更正。 5.3 数据记录、整理和问题分析 5.3.1 数据记录和整理 在测试过程中，由测试组记录测试用例的基本执行情况，填写测试用例记录表。 软件测试过程中发现错误或故障时，测试人员应将错误现象、故障产生的详细步骤、测试条件 等进行详细记录，并填写软件问题报告。 根据错误原因分析结果和掌握的其他信息对错误进行评审，提出错误分类和定级意见，为判决 测

21、试工作结果提供依据。 软件问题等级定义为： 严重：会影响到任务成败的软件问题； 一般：会对任务的功能产生影响，但不影响到整个任务的成败； 轻微：给操作员带来不方便或麻烦，但不影响所要求的功能实现的软件问题。 5.3.2 问题确认及处理 软件测试开始前应建立软件问题报告数据库，对软件测试过程中发现的问题应详细的记录在 软件问题报告表中，并按规定的程序传递。 若系统软件存在重大缺陷导致系统无法进行，则应立即停止测试，直到受测软件被修改更正。 软件测试过程中发现错误或故障时，测试人员应将错误现象、故障产生的详细步骤、测试条件 等详细记录。若错误或故障会危及系统、分系统的安全或系统、分系统已无法继续正常工作，则应 立即停止测试，直到受测软件被修改更正。否则，一般应让测试工作继续进行以便获得更多的错误 或故障信息。根据错误原因分析结果和掌握的其他信息对错误进行评审，提出错误分类和定级意 见，为判决测试工作结果提供依据