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

1、仓库管理系统项目软件测试设计说明书仓库管理系统仓库管理系统项目文档软件测试方案（正式文档）2010年4月8日文档信息主题词软件测试方案原作者文档类别：测试文档审 核文档性质：正式文档批 准发布日期：20104-17文档编号文件名仓库管理系统项目_软件测试设计说明书。doc文档变更纪录版本号说明变更人日期1.0创建文档，正式签署版本2010-417项目组成员姓名单位电话EMAIL梁光胜李映辉李浩鹏第1章 引言编写目的本文档是系统初步验收过程中进行三方测试的测试方案，其主要描述了测试方案、测试项目和各项目的测试用例设计说明等.测试人员可通过文档的测试方案结合测试用例，对系统进行测试。本文档的读者范

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

3、化和信息的电子化，全面提高了仓库的管理水平参考资料1) 系统项目需求说明书2) 项目总体设计说明书3） 项目数据库设计说明书第2章 任务概述系统概述仓库管理系统主要实现对物品和操作人员还有供应商等信息的进行同样有效的管理，从而实现物品查询的和人员管理的现代化,实现信息共享仓库管理系统主要包括：物品进销存和人员管理与系统维护这几个方面。测试主要针对系统功能性、安全性、可靠性方面的测试。测试的执行人员为本项目的业主方、监理方和承建方。本次测试计划所描述的测试工作为仓库管理系统系统的整体测试及性能测试.目标通过系统测试检查数据流是否符合总体设计说明书的要求,程序是否具备总体设计说明书、需求说明书要求

4、的功能,系统中各模块的连接是否正确，模块之间的数据流是否有中断的情况，数据流是否达到末端等.同时针对监理方在测试过程中发现的问题进行相应的回归测试，保证已发现问题已解决。文档概述本文档按IEEE std 829-1998软件测试文档要求编写，为适应本次验收测试的要求，作了适当调整。本文档主要描述测试组计划、组织和管理测试的方法和步骤，不描述测试用例的执行细节,也不描述产品特征运行的技术细节。本文档说明了准备和进仓库管理系统项目三方测试所应做的各项工作，并作为指导整个测试工作的依据。本测试计划的主要用途如下:定义软件的三方测试;定义软件测试环境；确定测试风险；测试通过准则；本测试计划各章节包括以

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

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

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

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

9、性、正确性.如发现遗漏和错误,应补充和改正。同时要编排好目录，为以后的软件维护工作奠定基础。测试工具Mercury LoadRunner 8.1LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试.通过使用LoadRunner ，企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响

10、应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源,并确保终端用户在应用系统的各个环节中对其测试应用的质量， 可靠性和可扩展性都有良好的评价。LoadRunner 是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测， 能更快的查找和发现问题。此外,LoadRunner 能支持广范的协议和技术，提供特殊的解决方案。测试项目

11、测试要求对仓库管理系统项目内部测试需要满足下列要求:对软件需求报告描述的软件功能进行测试，以验证其是否满足规定的要求.对软件的安全性进行测试。对软件可靠性进行测试，包括容错性的测试。对软件易用性进行测试，包括易理解性、易学性、易操作性的测试。使用等价类划分、随机测试、猜错法、因果图法、状态图法进行测试。完成对软件需求的完全覆盖。对系统的性能进行测试，包括系统响应、并发测试。测试类型表3-1 测试类型标识号测试对象功能性可靠性易用性性能功能安全性容错性易用性响应时间并发性01仓库管理系统测试定义表32 测试定义项目标识号测试名称测试特殊要求测试级别假定和约束条件01仓库管理系统无系统级参见本文暂

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

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

14、体类型 类型分布功能测试安全性测试容错性测试易用性测试性能测试合计仓库管理系统26623340所占比例（）65%1557.57。5100%测试用例设计说明用例选取原则用例设计策略具体描述为：功能测试根据软件需求规格说明的功能描述,对软件的各项功能逐一进行验证；在对软件的各项子功能逐一进行测试时，对被测试软件的可选择项目和输入数据进行分类，每一个类数据分别设计测试用例;使用等价类划分、随机测试、猜错法进行测试设计。安全性测试从授权用户方面查看是否有足够权限使用系统和数据来进行测试；从非授权用户方面查看是否能访问系统和和数据来进行测试。容错性测试通过用户误操作的几种模式设计测试用例。使用错误的操作

15、序列对软件进行测试.使用超过输入范围的数据对软件进行输入的测试.易用性测试从软件的易操作性、易学习性等方面对软件进行逐项测试.性能测试根据系统用户需求及总体设计的性能规定对系统的并发、响应速度方面进行测试。(1)输入(输入的数据和输入命令）各用例的输入数据和输入命令,详见各用例表格。（2）输出（预期的输出数据）各用例的输出（包括预期界面输出和数据输出），详见各用例表格.（3）步骤及操作各用例的测试步骤及操作顺序，详见各用例表格。（4）允许偏差1用例中所描述的操作提示（包括操作前提示、操作结果提示），可能与实际测试界面提示文字存在差异。在不影响用户对该提示的理解的情况下，该差异属于系统允许偏差。

16、2用例中所描述的界面操作控件的名称、标题，可能与实际测试界面的操作控件存在差异。在不产生歧义的情况下（例如，“添加”与“增加），该差异属于系统允许偏差。测试执行测试执行应严格按照测试计划中的进度安排进行，执行过程中，应做好详尽的测试记录,这些记录包括：记录每个用例的执行结果；记录用例执行过程中相关的细节;记录执行测试过程中出现的不寻常的结果；记录测试过程中新增的测试用例。回归测试回归测试将重新测试发现缺陷的测试用例,以确认软件缺陷得到修复。第5章 评价准则软件错误的严重性等级表51 测试错误等级严重性等级说明1不能执行正常功能或重要功能.或者危及人身安全。2严重地影响系统要求或基本功能的实现，

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

18、,违反数据一致性规则3要求用户重复输入计算机可记忆的内容，如导致用户使用不方便4没有联机帮助4查询结果输出方式不直观4适应在特定的软、硬件环境下,功能不能实现1在特定的软、硬件环境下,功能部分不能实现，没有替代方案2在特定的软、硬件环境下，功能部分不能实现，有合理的替代方案3测试通过标准错误等级为1的错误不存在；错误等级为2的错误数量=5;错误等级为3的错误数量=8;所有提交的错误都已更正。数据记录、整理和问题分析数据记录和整理在测试过程中，由测试组记录测试用例的基本执行情况，填写测试用例记录表。软件测试过程中发现错误或故障时，测试人员应将错误现象、故障产生的详细步骤、测试条件等进行详细记录，

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

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

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

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

23、29库存报警功能测试库存管理需求0030日志备份功能测试系统管理需求0031日志查询功能测试系统管理需求0032日志恢复功能测试系统管理需求0033日记删除功能测试系统管理需求0034关于版本功能测试系统管理需求0035退出功能测试系统管理需求0036仓库容量已满入库容错性测试产品入库管理需求0037产品数量为空出库容错性测试产品出库管理需求0038多线程并发性能测试0039系统响应时间性能测试0040系统长时间负载工作性能测试附件4 测试用例集测试用例记录表用例编号000用例名称提示信息测试类型易用性测试需求追溯易用性需求预置条件已安装系统输入和步骤步骤 1、检查系统的提示信息是否可理解。步

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

25、入已注册的用户名和不正确的密码步骤 5、输入已注册的用户名和正确的密码预期结果1.提示未输入用户名2.提示未输入密码3.提示用户名不存在4.提示密码不正确5.登录成功通过准则实际结果与预期结果一致用例设计人设计时间测试用例记录表用例编号0014用例名称产品信息添加测试类型功能测试需求追溯产品管理需求预置条件已安装系统输入和步骤步骤 1、未输入产品号步骤 2、未输入产品名步骤 2、输入产品号重复步骤 3、输入与现有产品相符的相关信息预期结果1、提示未输入产品号2、提示未输入产品名2、提示产品已存在3、显示该产品的相关信息通过准则实际结果与预期结果一致用例设计人设计时间用例编号0018用例名称产品

26、入库测试类型功能测试需求追溯产品入库管理需求预置条件已安装系统输入和步骤步骤 1、入库产品为空步骤 2、入库数量为空步骤 3、入库价格为空步骤 4、入库设备，数量,价格皆不为空预期结果1、入库失败,提示未输入产品名2、入库失败，提示未输入产品数量3、入库失败,提示未输入产品价格4、入库成功,提示完成操作通过准则实际结果与预期结果一致用例设计人设计时间测试用例记录表用例编号0023用例名称仓库容量已满入库测试类型容错性测试需求追溯容错性需求预置条件已安装系统输入和步骤步骤 1、检查仓库容量是否已满， 步骤 2、计算出仓库的容量余量步骤 3、超过仓库容量余量的产品入库步骤 4、系统显示仓库容量不足预期结果1、仓库容量未超过上线2、仓库的容量余量大于等于零立方米2、超过仓库容量余量的产品入库,提示容量不足3、操作失败通过准则实际结果与预期结果一致用例设计人设计时间