仓库管理系统项目软件测试设计说明书

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

2、12 第4章测试设计说明13 4.1测试用例设计说明 13 4.1.1用例选取原则 13 (1) 输入(输入的数据和输入命令) 14 (2) 输出(预期的输出数据) 14 (3) 步骤及操作14 (4) 允许偏差14 4.2测试执行14 4.3回归测试15 第5章评价准则15 5.1软件错误的严重性等级 15 5.2测试通过标准16 5.3数据记录、整理和问题分析 17 5.3.1数据记录和整理17 5.3.2 问题确认及处理17 附件1测试用例记录表18 附件2软件问题报告表19 附件4测试用例集22 10 1.1编写目的 本文档是系统初步验收过程中进行三方测试的测试方案，其主要描述了测试方

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

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

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

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

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

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

9、主要任务是对仓库管理系统进行初步验收的测试。测试的主要内容为：系统重要 功能测试、监理方测试发现问题的回归测试以及系统 的性能测试。 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测试类型 表31测试类型 标识 号 测试对象 功能性 可靠性 易用性 性能 功能 安全性 容错性 易用性 响应时间 并发性 01 仓库管理系 统 3.2.3测试定义 表3-2测试定义 项目标识号 测试名称 测试特殊要求 测试级别 假定和约 束条件 01 仓库管理系统 无 系统级 参见本文 2 3.2.4 暂停准则 被测软件无法正常安装将导致暂停测试执行活动。 被测软件

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

15、行记录 5 测试报告编制 测试报告 3.5风险管理 由于不可预料的原因导致测试时间压缩，此外因受网络环境的限制，性能测试时间也将 有所变动。通过增加延长测试时间，并采取加班方法解决。通过软件测试组来负责测试 2 项目的总体 管理工作，统一组织、监控测试工作，协调测试与开发工作。 由于测试人员是非系统开发人员，对系统的熟悉、功能的理解会存在不明确的地方，导 致测试工作效率降低，甚至导致测试方向偏移。可通过加强与承建方测试人员的沟通， 相互间形成共识，并由承建方人员对功能进行解说并提供技术支持。 第4章测试设计说明 本次测试共设计测试用例40个，用例覆盖功能测试、安全性测试、易 用性测试等测试类型

16、，用例具体分布如下表所示： 表3-4测试具体类型 、类型 分布 功能测试 安全性测 试 容错性测 试 易用性测试 性能测试 合计 仓库管理系统 26 6 2 3 3 40 所占比例（） 65% 15% 5% 7.5% 7.5% 100% 4.1测试用例设计说明 4.1.1用例选取原则 用例设计策 具体描述为: 功能测试 根据软件需求规格说明的功能描述，对软件的各项功能逐一进行 验证； 在对软件的各项子功能逐一进行测试时，对被测试软件的可选择 项目和输入数据进行分类，每一个类数据分别设计测试用例； 使用等价类划分、随机测试、猜错法进行测试设计。 安全性测试 从授权用户方面查看是否有足够权限使用系

17、统和数据来进行测 试; 从非授权用户方面查看是否能访问系统和和数据来进行测试。 容错性测试 通过用户误操作的几种模式设计测试用例。 使用错误的操作序列对软件进行测试。使用超过输入范围的数据对软件进行输入的 测试。 易用性测试从软件的易操作性、易学习性等方面对软件进行逐项测试。 性能测试根据系统用户需求及总体设计的性能规定对系统的并发、响应速度方 面进行测试。 （1）输入（输入的数据和输入命令）各用例的输入数据和输入命令，详见各用例表格。 （2）输出（预期的输出数据） 各用例的输出（包括预期界面输出和数据输出），详见各用例表 格。 （3）步骤及操作各用例的测试步骤及操作顺序，详见各用例表格。 （

18、4）允许偏差 1. 用例中所描述的操作提示（包括操作前提示、操作结果提示），可能与实 际测试界面提示文字存在差异。在不影响用户对该提示的理解的情况下，该差异属于系统允许 偏差。 2. 用例中所描述的界面操作控件的名称、标题，可能与实际测试界面的操作控件存在 差异。在不产生歧义的情况下（例如，“添加”与“增加”），该差异属于系统允许偏差。 4.2测试执行 测试执行应严格按照测试计划中的进度安排进行，执行过程中，应做好详尽的测试记录， 这些记录包括： 记录每个用例的执行结果； 记录用例执行过程中相关的细节； 记录执行测试过程中出现的不寻常的结果; 记录测试过程中新增的测试用例O 4.3回归测试 回

19、归测试将重新测试发现缺陷的测试用例，以确认软件缺陷得到修复 第5章评价准则 5.1软件错误的严重性等级 表5-1测试错误等级 严重性等级 说明 1 不能执行正常功能或重要功能。或者危及人身安全。 2 严重地影响系统要求或基本功能的实现，且没有办法解决。 3 严重地影响系统要求或基本功能的实现，但存在合理的解决办法。 4 使操作者不方便或遇到麻烦，但不影响执行工作功能或重要功能。 5 其他错误 表5-2测试特性 测试特性 缺陷 严重性等级 功能 功能没有实现 1 功能部分没有实现，没有替代方案 2 1 功能部分没有实现，有替代方案 3 业务 业务流程存在重大隐患 1 业务流程衔接错误 2 性能

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

21、能实现，有合 理的替代方案 3 5.2；则试通过标;隹错误等级为1的错误不存在； 错误等级为2的错误数量v=5； 错误等级为3的错误数量v=8；所有提交的错误都已更正。 5.3数据记录 整理和问题分析 5.3.1 数据记录和整理在测试过程中，由测试组记录测试用例的基本执行情况，填写 测试用例记录表。 软件测试过程中发现错误或故障时，测试人员应将错误现象、故障产生的详细步骤、测试 条件等进行详细记录，并填写软件问题报告。 根据错误原因分析结果和掌握的其他信息对错误进行评审，提出错误分类和定级意见，为 判决测试工作结果提供依据。 软件问题等级定义为：严重：会影响到任务成败的软件问题；一般:会对任务

22、的功能产 生影响，但不影响到整个任务的成败；轻微：给操作员带来不方便或麻烦，但 不影响所要求的功能实现的软件问题。 5.3.2I、可题确认及处理软件测试开始前应建立软件问题报告数据库，对 软件测试过程中发现的问题应详细的记录在软件问题报告表中，并按规定的程 序传递。 若系统软件存在重大缺陷导致系统无法进行，则应立即停止测试，直到受测软件被修改更 正。 软件测试过程中发现错误或故障时，测试人员应将错误现象、故障产 生的详细步骤、测试条件等详细记录。若错误或故障会危及系统、分系统 的安全或系统、分系统已无法继续正常工作，则应立即停止测试，直到受测软件被修改更正。 否则，一般应让测试工作继续进行以便

23、获得更多的错 误或故障信息。根据错误原因分析结果和 掌握的其他信息对错误进行评审，提出错误分类和定级意见，为判决测试工作结果提供依据 附件1测试用例记录表 测试用例执行记录 用例编号 用例名称 测试类型 需求追溯 预置条件 输入和步骤 预期结果 通过准则 用例设计 人 用例执行人 实际输出 执行时间 测试结论 通过失败（可重现不可重 现） 异常现象描述 附件2软件问题报告表 软件问题报告 问题报告 编号 问题简称 软件版本 用例编号 测试人 测试时间 测试阶段 单元测试口集成测试口确认测试口系统测试 问题描述 预置条件： 测试步骤 预期结果： 实际输出： 现象描述： 问题等级 严重口 一般口轻

24、微 测试用例清单 用例编号 用例名称 测试类型 需求追溯 0001 提示信息 易用性测试 易用性需求 0002 用户界面合理性测试 易用性测试 易用性需求 0003 菜单界面测试 易用性测试 易用性需求 0004 用户授权机制 安全性测试 安全性需求 1 0005 系统登录 安全性测试 安全性需求 0006 重要数据的存储 安全性测试 安全性需求 0007 管理员登录 功能测试 系统管理需求 0008 用户添加 功能测试 系统管理需求 0009 用户删除 功能测试 系统管理需求 0010 管理员退出 功能测试 系统管理需求 0011 用户信息修改 功能测试 系统管理需求 0012 操作员登录

25、功能测试 系统管理需求 0013 用户登录 功能测试 系统管理需求 0014 产品信息添加 功能测试 产品管理需求 0015 产品信息修改 功能测试 产品管理需求 0016 产品信息删除 功能测试 产品管理需求 0017 产品信息查询 功能测试 产品管理需求 0018 产品入库 功能测试 产品入库管理需求 0020 产品出库 功能测试 产品出库管理需求 0021 产品还库 功能测试 产品还库管理需求 0022 产品需求 功能测试 库存管理需求 0023 盘点统计 功能测试 库存管理需求 0024 入库信息记录查询 功能测试 产品入库管理需求 0025 出库记录查询 功能测试 产品出库管理需求

26、0026 还库记录查询 功能测试 产品还库管理需求 0027 库存查询 功能测试 库存管理需求 0028 申请采购 功能测试 库存管理需求 0029 库存报警 功能测试 库存管理需求 0030 日志备份 功能测试 系统管理需求 0031 日志查询 功能测试 系统管理需求 0032 日志恢复 功能测试 系统管理需求 0033 日记删除 功能测试 系统管理需求 0034 关于版本 功能测试 系统管理需求 0035 退出 功能测试 系统管理需求 0036 仓库容量已满入库 容错性测试 产品入库管理需求 0037 产品数量为空出库 容错性测试 产品出库管理需求 0038 多线程并发 性能测试 0039

27、 系统响应时间 性能测试 0040 系统长时间负载工作 性能测试 附件4测试用例集 测试用例记录表 用例编号 0001 用例名称 提示信息 测试类型 易用性测试 需求追溯 易用性需求 预置条件 已安装系统 输入和步 骤 步骤1、检查系统的提示信息是否可理解。 步骤2、对于重要的、有破坏性的命令是否提供确认措施。 步骤3、是否对于系统的错误能够提示，并屏蔽原始的英文提示。 步骤4、信息的提示风格是否一致。 预期结果 1. 系统的提示信息可理解，意思正确，不存在中英文混杂的情况。 2. 可提供确认措施，以避免破坏性的操作。 3. 对于系统的错误能止确提示，并防止出现原始的英文提示。 4. 提示的信息采用相同的标记：如信息、警告和错误。 通过准则 实际结果与预期结果一致 用