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

1、仓库管理系统仓库管理系统项目文档软件测试方案（正式文档）2010年4月8日文档信息主题词软件测试方案原作者文档类别：测试文档审核文档性质：正式文档批准发布日期：2010-4-17文档编号文件名仓库管理系统项目_软件测试设计说明书.doc文档变更纪录版本号说明变更人日期1.0创建文档，正式签署版本2010-4-17项目组成员姓名单位电话E MAIL梁光胜李映辉李浩鹏27目录第1章弓旧51.1编写目的51.3参考资料第2章任务概述2.1系统概述62.2目标62.3文档概述62.4软件测试环境72.4.1 设备72.4.2 软件环境82.5条件与限制8第3章计划93.1测试方案93.1.1 单元测试

2、93.1.2 集成测试93.1.3 确认测试93.1.4 测试工具 103.2测试项目 103.2.1 测试要求 103.2.2 测试类型 1 13.2.3 测试定义 1 13.2.4 暂停准则 1 13.3测试准备 123.4主要进度 123.5风险管理 12第4章测试设计说明 134.1测试用例设计说明 134.1.1用例选取原则 13(1) 输入(输入的数据和输入命令) 14(2) 输出(预期的输出数据) 14(3) 步骤及操作 14(4) 允许偏差 144.2测试执行 1 44.3回归测试 15第5章评价准则 155.1软件 错误的 严重性 等级 155.2测试通过标准 165.3数据

3、记录、整理和问题分析 1 75.3.1 数据记录和整理 175.3.2 问题确认及 处理 17附件1测试用例记录表 18附件2软件问题报告表 19附件4测试用例集 22第1章引言1.1编写目的本文档是系统初步验收过程中进行三方测试的测试方案，其主要描述了 测试方案、测试项目和各 项目的测试用 例设计 说明等。测试人 员可通 过文 档的测试方案结合测试用例，对系统进行测试。本文档的读者范围是：承建商仓库管理员和技术人员；软件工程监理；测试组技术人员；1.2背景在计算机飞速发展的今天，将计算机这一信息处理利器应用于仓库 的日常管理已是势必所然，而且这也将为仓库管理带来前所未有的改 变，它可以带来意

4、想不到的效益，同时也会为企业的飞速发展提供无 限潜力。采用计算机管理信息系统已成为仓库管理科学化和现代化的 重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现 在：极大提高了仓库工作人员的工作效率，人大减少了以往入出存流 程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，可以减 少入库管理、出库管理及库 存管理中的漏洞，可以节约不 少管理 开支，增加企业收 入。仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理 水平1.3参考资料1）系统项目需求说明书2）项目总体设计说明书3）项目数据库设计说明书第2章任务概述2.1系统概述仓库管理系统主要实现对物品和操作人员还有供应商等

5、信息的进行 同样有效的管理，从而实现物品查询的和人员管理的现代化，实现信息共 享仓库管理系统主要包括：物品进销存和人员管理与系统维护这几个方 面。测试主要针对系统功能性、安全性、可靠性方面的测试。测试的执行 人员为本项目的业主方、监理方和承建方。本次 测试计划所描述的测试工 作为仓库管理系统系统 的整体测试及性能测试。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、不同供应 商提供软件和硬件产品。难以预 知的 用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度 过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的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、分 别设计测试用例；使用等价类划分、随机测试、猜错法进行测试设计。安全性测试从授权用户方面查看是否有足够权限使用系统和数据来进行测试；从非授权用户方 面查看是否能访问系统和和 数据来进行 测试。容错性测试通过用户误操作 的几种模式设 计测试用例。使用错误的操作序列对软件进行测试。使用超过输入范 围的数据对软 件进行输入的测试。易用性测试从软件的易操作 性、易学习性 等方面对软件 进行逐项测 试。性能测试根据系统用户需 求及总体设计的性能规定对 系统的并发、响应速 度方面进行测试。输入（输入的数据和输入命令）各用例的输入数据和输入命令，详见各用例表格。（2）输出（预期的输出数据）各用例的输出（包

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

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

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

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

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

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

24、001提示信息易用性测试易用性需求0002用户界面合理性测试易用性测试易用性需求0003菜单界面测试易用性测试易用性需求0004用户授权机制安全性测试安全性需求0005系统登录安全性测试安全性需求0006重要数据的存储安全性测试安全性需求0007管理员登录功能测试系统管理需求0008用户添加功能测试系统管理需求0009用户删除功能测试系统管理需求0010管理员退出功能测试系统管理需求0011用户信息修改功能测试系统管理需求0012操作员登录功能测试系统管理需求0013用户登录功能测试系统管理需求0014产品信息添加功能测试产品管理需求0015产品信息修改功能测试产品管理需求0016产品信息删除

25、功能测试产品管理需求0017产品信息查询功能测试产品管理需求0018产品入库功能测试产品入库管理需求0020产品出库功能测试产品出库管理需求0021产品还库功能测试产品还库管理需求0022广品需求功能测试库存管理需求0023盘点统计功能测试库存管理需求0024入库信息记录查询功能测试产品入库管理需求0025出库记录查询功能测试产品出库管理需求0026还库记录查询功能测试产品还库管理需求0027库存查询功能测试库存管理需求0028申请采购功能测试库存管理需求0029库存报警功能测试库存管理需求0030日志备份功能测试系统管理需求0031日志查询功能测试系统管理需求0032日志恢复功能测试系统管理

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