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

1、仓库管理系统仓库管理系统项目文档软件测试方案（正式文档）2010年4月8日文档信息主题词软件测试方案原作者文档类别：测试文档审核文档性质：正式文档批准发布日期：2010-4-17文档编号文件名仓库管理系统项目一软件测试设11说明书.doc文档变更纪录版本号说明变更人日期1.0创建文档，正式签署版本2010-4-17项目组成员,姓名单位电话E MAIL梁光胜李映辉李浩鹏5 / 26目录第 1 章 引言 51.1 编写目的1.2 背景1.3 参考资料 5第 2 章 任务概述 62.1 系统概述 62.2 目标 62.3 文档概述 62.4 软件测试环境 72.4.1 设备 72.4.2 软件环境

2、82.5 条件与限制 8第 3 章 计划 93.1 测试方案 93.1.1 单元测试 93.1.2 集成测试 93.1.3 确认测试 93.1.4 测试工具 103.2 测试项目 103.2.1 测试要求 103.2.2 测试类型 113.2.3 测试定义 113.2.4 暂停准则 113.3 测试准备 123.4 主要进度 123.5 风险管理 12第 4 章 测试设计说明 134.1 测试用例设计说明 134.1.1 用例选取原则 13(1) 输入(输入的数据和输入命令) 14(2) 输出(预期的输出数据) 14(3) 步骤及操作 14(4) 允许偏差 144.2 测试执行 154.3 回

3、归测试 15第 5章评价准则 155.1 软件错误的严重性等级 155.2 测试通过标准 175.3 数据记录、整理和问题分析 175.3.1 数据记录和整理 175.3.2 问题确认及处理 17附件1测试用例记录表 18附件2软件问题报告表 19附件4测试用例集 22第1章引言1.1 编写目的本文档是系统初步验收过程中进行三方测试的测试方案，其主要描述了 测试方案、测试项目和各项目的测试用例设计说明等。测试人员可通过文 档的测试方案结合测试用例，对系统进行测试。本文档的读者范围是：承建商仓库管理员和技术人员；软件工程监理；测试组技术人员；1.2 背景在计算机飞速发展的今天，将计算机这一信息处

4、理利器应用于仓库的日常管理已是势必所然，而且这也将为仓库管理带来前所未有的改 变，它可以带来意想不到的效益，同时也会为企业的飞速发展提供无 限潜力。采用计算机管理信息系统已成为仓库管理科学化和现代化的 重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现 在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流 程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，可以减少入库管理、出库管理及库 存管理中的漏洞，可以节约不少管理开支，增加企业收入。仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理 水平1) 系统项目需求说明书2) 项目总体设计说明书3) 项目数据库设计说明

5、书第 2章 任务概述2.1 系统概述仓库管理系统主要 实现对 物 品和操 作 人员还有 供应商 等信息的进行同样有效的管理，从而实现物品查询的和人员管理的现代化，实现信息共享仓库管理系统主要包括：物品进销存和人员管理与系统维护这几个方面。测试主要针对系统功能性、安全性、可靠性方面的测试。测试的执行人员为本项目的业主方、监理方和承建方。本次测试计划所描述的测试工作为仓库管理系统系统的整体测试及性能测试。2.2 目标通过系统测试检查数据流是否符合总体设计说明书的要求，程序是否具备总体设计说明书、需求说明书要求的功能，系统中各模块的连接是否正确，模块之间的数据流是否有中断的情况，数据流是否达到末端等

6、。同时针对监理方在测试过程中发现的问题进行相应的回归测试，保证已发现问题已解决。2.3 文档概述本文档按 IEEE std 829-1998 软件测试文档要求编写，为适应本次验收测试的要求，作了适当调整。本文档主要描述测试组计划、组织和管理测试的方法和步骤，不描述测试用例的执行细节，也不描述产品特征运行的技术细节。本文档说明了准备和进仓库管理系统项目三方测试所应做的各项工作，并作为指导整个测试工作的依据。本测试计划的主要用途如下：定义软件的三方测试；定义软件测试环境；确定测试风险；测试通过准则；本测试计划各章节包括以下内容：在任务概述中，描述了本测试计划的被测试应用的概况、背景、本文档的简介；

7、描述了构成测试环境所需的硬件和软件配置，以及这些硬件和 软件的安装、测试和管理的计划；在测试项目中， 描述各项被测软件的总体测试要求、测试类型、测试级别、测试定义；在测试方法和基本原理中，描述执行测试的方法和基本原理；在数据记录、整理和问题分析中，描述按本测试计划所作测试的数据整理和分析过程 ，并说明问题的判定、分级和处理；2.4 软件测试环境本次测试环境定于学生自己在宿舍的测试环境。测试所使用到的硬件设备、系统软件、应用支撑软件由学生自己安排。2.4.1 设备表1-1测试设备环境产品名称产品用途运行环境业务应用服 务器运行卜列系统的程序包： 仓储管理系统TomcatWINDOWS操作系 统中

8、心数据库 服务器部署卜列系统的数据库实例表 空间：仓储管理数据系统仓储数据 交换平台Oracle10g Database WINDOWS操作系 统2.4.2 软件环境操作系统：Windows XP软件：Oracle 10g、浏览器、LoadRunner客户端支持软件：具有MS IE6.0或以上版本浏览器2.5 条件与限制本次测试的限制包括：(1)由于本次测试对象只是一个文档，所以没有测试实例，可能跟实际 情况有出入，只能作为一个参考测试方案。(2)本次测试将不考虑关系数据库的安装和功能。测试前数据库已安装 并处于可操作的状态。(3)本次测试将不直接测试Web服务器。(4)整个测试主要进行系统测

9、试，不准备进行单元测试和集成测试。 本测试计划和日程安排是在下述前提下完成的：(1)需求和功能规格说明是完全的、正确的和稳定的。(2)系统实现了需求和功能规格说明所定义的功能。(3)测试提示明确的描述了对本次测试的要求。第 3章 计划3.1 测试方案本次测试主要任务是对仓库管理系统进行初步验收的测试。测试的主要内容为：系统重要功能测试、监理方测试发现问题的回归测试以及系统的性能测试。3.1.1 单元测试在需求规格说明书中描述的所有功能， 都将在选定的客户端/ 服务器配置组合上进行测试。测试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。3.1.2 集成测试集成 测试 的

10、目的 是确 保各 单元 组 合在 一起 后能 够按 既 定意 图协 作运行，并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。集成测试中没完成的功能进行回归测试。3.1.3 确认测试确认测试又称为有效性测试。其任务是检查软件的功能和性能是否与需求说明书中确定的指标相符。确认测试阶段有进行确认测试与软件配置审查两项工作。确认测试一般是在模拟环境下运用黑盒测试方法，由专门测试人员和用户参加的测试。确认测试需要需求说明书、用户手册等文档，要制定测试计划，确定测试的项目，说明测试的内容描述具体的测试用例。集成测试中没完成的功能进行回归测试。软件配置审

11、查的任务是检查软件的所有文档资料的完整性、正确性。如发现遗漏和错误，应补充和改正。同时要编排好目录，为以后的软件维护工作奠定基础。3.1.4 测试工具Mercury LoadRunner 8.1LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户 实施并发负载及实时性能监测的方式来确认和查找 问 题 ， LoadRunner 能 够 对 整 个 企 业 架 构 进 行 测 试 。 通 过 使 用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由

12、不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢， 系统崩溃等问题。 这些都不可避免地导致公司收益的损失。 MercuryInteractive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的 IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量， 可靠性和可扩展性都有良好的评价。LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测， 能更

13、快的查找和发现问题。此外， LoadRunner 能支持广范的协议和技术，提供特殊的解决方案。3.2 测试项目3.2.1 测试要求对仓库管理系统项目内部测试需要满足下列要求：对软件需求报告描述的软 件功能进 行测试，以验证 其是否满足 规定的要求。对软件的安全性进行测试。对软件可靠性进行测试，包括容错性的测试。对软件易 用 性进 行测 试 ，包 括易 理解性 、易 学性 、易 操作 性 的测试使用等价类划分、随机测试、猜错法、因果图法、状态图法进 行测试。完成对软件需求的完全覆盖。对系统的性能进行测试，包括系统响应、并发测试。3.2.2 测试类型表3-1测试类型标识号测试对象功能性可靠性易用性

14、性能功能安全性容错性易用性响应时间并发性01仓库管理系统?3.2.3 测试定义表3-2测试定义项目标识号测试名称测试特殊要求测试级别假定和约 束条件01仓库管理系统无系统级参见本文3.2.4 暂停准则被测软件无法正常安装将导致暂停测试执行活动。被测软件在测试过程中发现重大缺陷，影响后续测试工作，将导致暂 停测试执行活动。3.3 测试准备建立测试项目表，测试项目表是指按照用户需求说明书并结合 本次测试的特点抽取重要的业务系统功能划分为小的项目并建 立列表。根据测试范围和测试目标，设计各模块的数据用例。测试各模块数据是否符合系统总体设计说明书要求的数据流，检 查程序的来源是否正确，数据的存储及计算

15、过程是否正确。并检查系 统是否达到用户需求说明书所要求的功能3.4 主要进度表3-3测试进度序号活动负责人活动成果1测试方噪编制测试计划2测试用例设计测试用例集3测试执行测试执行记录、问题报告集4回归测试回归测试执行记录5测试报告编制测试报告3.5 风险管理由于不可预料的原因导致测试时间压缩，此外因受网络环境的 限制，性能测试时间也将有所变动。通过增加延长测试时间， 并采取加班方法解决。通过软件测试组来负责测试项目的总体管理工作，统一组织、监控测试工作，协调测试与开发工作由于测试人员是非系统开发人员，对系统的熟悉、功能的理解 会存在不明确的地方，导致测试工作效率降低，甚至导致测试 方向偏移。可

16、通过加强与承建方测试人员的沟通，相互间形成 共识，并由承建方人员对功能进行解说并提供技术支持。第4章测试设计说明本次测试共设计测试用例 40个，用例覆盖功能测试、安全性测试、易 用性测试等测试类型，用例具体分布如下表所示：表3-4测试具体类型分布一、功能测试安全性测 试容错性测 试易用性测 试性能测 试合计仓库管理系统26623340所占比例（）65%15%5%7.5%7.5%100%4.1 测试用例设计说明4.1.1 用例选取原则用例设计策略具体描述为：功能测试? 根据软件需求规格说明的功能描述，对软件的各项功能逐一进行验证；? 在对软件的各项子功能逐一进行测试时，对被测试软件的可选择项目和

17、输入数据进行分类，每一个类数据分别设计测试用例；? 使用等价类划分、随机测试、猜错法进行测试设计。安全性测试? 从授权用户方面查看是否有足够权限使用系统和数据来进行测试；?从非授权用户方面查看是否能访问系统和和数据来进行测试。容错性测试?通过用户误操作的几种模式设计测试用例。?使用错误的操作序列对软件进行测试。?使用超过输入范围的数据对软件进行输入的测试。易用性测试?从软件的易操作性、易学习性等方面对软件进行逐项测试。性能测试?根据系统用户需求及总体设计的性能规定对系统的并发、响应速度方面进行测试。（1） 输入（输入的数据和输入命令）各用例的输入数据和输入命令，详见各用例表格。（2） 输出（预

18、期的输出数据）各 用 例 的 输 出（ 包 括 预 期 界 面 输 出 和 数 据 输 出 ），详 见 各 用 例 表 格。（3） 步骤及操作各用例的测试步骤及操作顺序，详见各用例表格。（4） 允许偏差1 用例中所描述的操作提示 （包括操作前提示、 操作结果提 示 ），可 能 与 实 际 测 试 界 面 提 示 文 字 存 在 差 异 。在不 影 响 用 户 对 该 提示的理解的情况下，该差异属于系统允许偏差。2 用 例 中 所 描 述 的 界 面 操 作 控 件 的 名 称 、标题 ，可 能 与 实 际 测试界面 的操作控 件存在 差异 。在 不产 生歧义 的 情况 下（ 例 如 ， “ 添

19、加 ” 与 “增加” ） ， 该差异属于系统允许偏差。4.2 测试执行测试执行应严格按照测试计划中的进度安排进行，执行过程中，应做 好详尽的测试记录，这些记录包括：记录每个用例的执行结果；记录用例执行过程中相关的细节；记录执行测试过程中出现的不寻常的结果；记录测试过程中新增的测试用例。4.3 回归测试回归测试将重新测试发现缺陷的测试用例，以确认软件缺陷得到修复第5章评价准则5.1 软件错误的严重性等级表5-1测试错误等级严重性等级说明1不能执行正常功能或重要功能。或者危及人身安全。2严重地影响系统要求或基本功能的实现,且没有办法解决。3严重地影响系统要求或基本功能的实现，但存在合理的解决办法。

20、4使操作者不方便或遇到麻烦，但不影响执行工作功能或重要功能。5其他错误表5-2测试特性测试特性缺陷严重性等级功能功能没有实现1功能部分没有实现，没有替代方案2功能部分没有实现，有替代方案3业务业务流程存在重大隐患1业务流程衔接错误2性能不能满足性能指标2容错由误操作或错误输入等导致死机或系统自动退出1对误操作、错误输入没有提示3没有识别非法值、错误输入，导致错误数据存储到数据库中3易用界面不友好，出现中英文夹杂的界囿4提示不清楚、出现原始的英文提示4界面风格不一致4要求用户重复输入计算机可记忆的内容，如数据库设计错误，违反数据一致性规则3要求用户重复输入计算机可记忆的内容，如导致用户使用/、方

21、便4没有联机帮助4查询结果输出方式不直观4适应在特定的软、硬件环境卜，功能不能实现1在特定的软、硬件环墉r,功能部分不能实现，没有替代方案2在特定的软、硬件环境卜，功能部分不能实现，有合理的替代方案35.2 测试通过标准错误等级为1的错误不存在；错误等级为 2 的错误数量=5；错误等级为 3 的错误数量=8；所有提交的错误都已更正。5.3 数据记录、整理和问题分析5.3.1 数据记录和整理在测试过程中，由测试组记录测试用例的基本执行情况，填写测试用例记录表。软件测试过程中发现错误或故障时，测试人员应将错误现象、故障产生的详细步骤、测试条件等进行详细记录，并填写软件问题报告。根据错误原因分析结果

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

23、、测试条件等详细记录。若错误或故障会危及系统、分系统 的安全或系统、分系统已无法继续正常工作，则应立即停止测试，直到受 测软件被修改更正。否则，一般应让测试工作继续进行以便获得更多的错 误或故障信息。根据错误原因分析结果和掌握的其他信息对错误进行评审，提出错误分类和定级意见，为判决测试工作结果提供依据附件1测试用例记录表测试用例执行记录用例编号用例名称测试类型需求追溯预置条件输入和步骤预期结果通过准则用例设计人用例执行人实际输出执行时间测试结论口通过口失败（口可重现口不可重现）异常现象描述附件2软件问题报告表软件问题报告问题报告编号问题简称软件版本用例编号测试人测试时间测试阶段口 单元测试口

24、集成测试口 确认测试口 系统测试问题描述预置条件：测试步骤预期结果：实际输出：现象描述：问题等级口严重口 一般口轻微测试用例清单用例编号用例名称测试类型需求追溯0001提示信息易用性测试易用性需求0002用户界面合理性测试易用性测试易用性需求0003菜单界面测试易用性测试易用性需求0004用户授权机制安全性测试安全性需求0005系统登录安全性测试安全性需求0006重要数据的存储安全性测试安全性需求0007管理员登录功能测试系统管理需求0008用户添加功能测试系统管理需求0009用户删除功能测试系统管理需求0010管理员退出功能测试系统管理需求0011用户信息修改功能测试系统管理需求0012操作

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

26、购功能测试库存管理需求0029库存报警功能测试库存管理需求0030日志备份功能测试系统管理需求0031日志查询功能测试系统管理需求0032日志恢复功能测试系统管理需求0033日记删除功能测试系统管理需求0034关于版本功能测试系统管理需求0035退出功能测试系统管理需求0036仓库容量已涉入库容错性测试产品入库管理需求0037产品数量为空出库容错性测试产品出库管理需求0038多线程并发性能测试0039系统响应时间性能测试0040系统长时间负裁工作性能测试附件4测试用例集测试用例记录表用例编号0001用例名称提示信息测试类型易用性测试需求追溯易用性需求预置条件已安装系统输入和步骤步骤1、检查系统的提示信息是否可理解。步骤2、对于重要的、有破坏性的命令是否提供确认措施。步骤3、是否对于系统的错误能够提示，并屏敝原始的英 文提示。步骤4、信息的提示风格是否TL预期结果1 .系统的提示信息可理解，意思正确，不存在中英文