全能商品销售系统

成绩

课程设计报告

题

目全能商品销售管理系统

课 程 名 称 软件测试技术课程设计 院 部 名 称 软件学院 专 业 软件工程 班 级 13软件工程（2）班 学 生 姓 名 陈涛 学 号 1305104048 课程设计地点 A107 课程设计学时 20 指 导 教 师 王智钢

金陵科技学院教务处制

目录

1 测试需求分析.................... ........................................................... .........4

1.1 系统概述 .......................................................................... ...........4 1.2 测试需求.................................................................. ..........……..4 2 测试计划书.................................................................................. ...........5

2.1 基本内容......................................................................................5 2.2 任务概述.......................................................................................5 2.3 计划...............................................................................................5 2.4 测试项目说明...............................................................................5 2.5被测特性.........................................................................................5 2.6测试通过标准......................................................................................5 2.7测试挂起和恢复条件..........................................................................6 2.8应提供的测试文件................................................................... ............ 6 2.9测试工具.............................................................................................6 2.10小组分工.............................................................................................6 3 测试设计.............................................................................……….............6

3.1 测试方法和技术... .....................................................………….........6 3.2用户登陆功能测试设计…….…………………………………....……….... ..6 3.3进货管理功能测试设计…….………………………………… .………….7 3.4销售管理功能测试设计…….………………………………… .…………..7 3.5库存管理功能测试设计…….………………………………… .…………..8 3.6人员管理功能测试设计….……………………………….…………………9 3.7报表设计功能测试设计…….………………………………….………….9 （利润统计，销售统计）

3.8常用工具功能测试设计….………………………………….………10

3.9系统维护功能测试设计…….…………………… ……………………..10 （数据管理，帮助选项） 4 测试执行及记录

4..1测试环境和工具………………………………………………….11 4..2测试执行和记录.……………………………… …………………12 5 测试结果分析和评价…….………………………………………………… 16

5.1测试结果分析… ….……………………………………………….16 5.2测试评价和结论……………………………………………… ……….16 5.2.1软件评价…….…………………………………………………… 17

2

5.2.2缺陷和限制…….………………………………………………… 18 5.2.3建议…….………………………………………………………… 19 5.2.4测试结论…….…………………………………………………… 19 6 总结....................................................................................................... 19

3

1.测试需求分析 系统概述

销售管理系统是指建立在信息技术的基础上，以系统化的管理思想为企业决策层及员工提供决策运行手段的管理平台，其核心思想是供应管理。它整合了销售管理，采购管理，库存管理，统计管理，人员管理，数据管理等环节。

随着现代社会和电子商务的发展，人类社会逐步的迈入信息化时代，同时这种理念也已

深入到企业中去了。无论是一个销售公司还是一个销售商店，都有很多的销售数据需要管理。手工管理这些纷繁复杂数据的方式已经不适应时代的潮流，实现数据规范化、自动化的电脑管理，是一个管理规范、运行高效的企事业单位的必然要求。本系统就是为了实现销售的高效管理而设计的。

通过本系统的开发，将销售信息库中不包含的生产管理部分，进行开发和设计。使得ERP系统成为真正贯穿于企业业务全程的数据管理、流程管理系统，并在这些信息的基础上进行统计和分析，为企业领导决策提供依据；同时对遍布全国的营销网络的信息化管理系统，提供更加完整的订单状态数据。从长远来说，将成为企业信息化建设长期发展规划中重要的一步，可以促进该企业的长期可持续发展。

此外，系统还涉及系统安全和用户管理问题、各种代码使用和维护问题、数据安全和数据维护问题、统计报表生成和输出等问题，因此还要求系统具有事务处理功能。总之，要求通过系统的开发达到系统项目的总目标是：利用MyEcplise及Mysql工具，结合实际工作，实现对销售管理、库存管理等资源分配的高效管理，提供查询分析功能、数据更新功能、报表输出功能和用户管理功能，并给用户提供友好的界面操作。 在传统方式上，企业之间通常都是采用电话、传真等方式进行产品的交易过程，这种信息传递、管理方式不仅效率低，可靠性、安全性和保密性都无法满足要求，而且数据统计时间严重滞后。在现代市场经济中，销售作为企业运作的重要环节，对企业发展起到了中流砥柱的作用。通过该销售管理系统，可以及时通过网络把决策信息等传给相关负责人，从而可以及时发现问题、解决问题，从而更好的推动企业的发展。 该系统主要实现以下功能：

1、减少不同部门员工之间和不同客户之间的电话、传真沟通或面对面沟通的次数。 2、提供相关数据的网上提交、修改、查询；系统管理员可以进行相关数据的增删改查和打印等功能。

3、提供详细全面的销售分析报表，以便给决策人员提供决策支持。 需求分析：

登陆界面功能：登陆界面输入，用户登陆等功能 进货管理功能：进货管理的添加，修改，删除等功能 销售管理功能：销售管理的添加，修改，删除等功能

库存管理功能：库存管理的查询，添加，修改，删除等功能

人员管理功能：用户的权限管理，客户，往来单位，供应商的添加，修改删除等功能： 常用工具功能：常用工具功能是否正常; 系统维护功能：系统的修复，更新等功能

（1）从功能上，将以销售订单和库存盘点为主线，实现企业的销售管理，实现订单的销售管理、到库存管理、送货管理、以及收款等的功能。

（2）在权限上，从行政级别（管理员、总经理）划分和管理部门（业务员、仓管、出纳、人事劳工）区域划分两个层面进行系统的权限划分，可提供权限的灵活分配，并可实现权限的授权和收回。

4

（3）在系统模式上将采用基于B/S的结构模式。

（4）系统中将提供两类报表功能，一类是为普通的工作人员，即业务员、仓管员、出纳等，提供的基本查询和使用报表功能，可以实现在权限范围内的信息查询数据报表功能；另一类是为领导，即总经理、会计等，提供的高级数据查询和使用报表功能---决策分析功能，可以实现对权限范围内数据的查询和报表使用，并可与历史上的数据进行对比分析，提供强大的各类数据统计功能，为领导的决策分析提供依据。

2 测试计划书 2.1 基本内容

为提高其安全性和响应速度，本系统是基于C/S的商品销售管理系统，通过该系统可对商品销售信息进行管理。通过测试商品销售管理系统中的各个功能模块是否满足用户要求，并测试是否存在bug，预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产之前，尽可能发现软件的错误。

为了保证商品销售管理系统的各项功能尽可能的可靠的实现 ，特编写了此测试计划，对所开发软件的各功能模块和事例系统进行测试。 2.2 任务概述

通过测试商品销售管理系统中的各个功能模块是否满足用户要求，并测试是否存在bug，预期达到能够使系统进行快速的改进和系统的提高。 2.3 计划

本次测试为系统测试，由测试人员编写测试计划，测试方案，测试用例以及测试报告。测试实施过程主要由测试人员完成。 2.4 测试项目说明

2.4.1测试项目包括所测试软件的名称及版本，需要列出所有测试单项、外部条件对测试特性的影响和软件缺陷报告的机制等，具体要点如下： 测试项目名称为：商品销售管理系统 版本：V1.0 （1） 测试系统对用户权限的管理以及系统的安全性

（2） 商品的销售录入，销售查询和退货管理功能是否能正确执行 （3） 测试是否能正确设置客户信息并保存

（4） 进货管理和库存管理是否能执行相对应的功能 （5） 用户管理功能的实现 2.5被测特性

（1） 系统的安全性

（2） 商品信息管理系统功能的完善性 （3） 对用户管理的功能是否能正常执行 系统名称：商品销售管理系统

被测试的功能：用户的登录、权限管理、商品的销售录入、销售信息的查询、退货管理功能、客户的设置、进货与库存的管理 2.6测试通过标准

1) 通过的测试用例占所有测试用例的比例 2) 缺陷的数量、严重程度和分布情况。 3) 测试用例覆盖情况。 4) 用户对测试的成功结论。 5) 文档的完整性。 6) 是否达到性能标准。

5

2.7测试挂起和恢复条件 常用的测试中断标准如下： 1) 关键路径存在未完成任务。 2) 大量的缺陷。 3) 严重的缺陷。 4) 测试环境不完整。 5) 资源短缺。

2.8应提供的测试文件

测试计划、测试设计规格说明、测试用例、测试数据、缺陷报告 2.9测试工具

缺限管理工具： rft 2.10小组分工

这次在软件的测试方面，我们一共分了九个模块，分别为 测试方法和技术

用户登陆功能测试设计、进货管理功能测试设计、销售管理功能测试设计、库存管理功能测试设计、人员管理功能测试设计、报表设计功能测试设计、常用工具功能测试设计、系统维护功能测试设计。针对我们小组情况，我们分工如下：徐国伟负责测试方法和技术

用户登陆功能测试设计、进货管理功能测试设计、销售管理功能测试设计；王文韬负责库存管理功能测试设计、人员管理功能测试设计、报表设计功能测试设计；而我负责报表设计功能测试设计、常用工具功能测试设计、系统维护功能测试设计。

参考资料

1、《软件测试方法与实践》 郁莲 2、《软件可靠性技术》 徐仁佐

3、《软件测试使用指南》 林宁、孟庆余 4、《软件测试技术概论》 古乐、史九林 3 测试设计

3.1 测试方法和技术

此次对商品销售管理系统的测试方法主要运用的是黑盒测试方法，黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用，黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。而这次的测试主要运用了黑盒测试方法的划分等价类、边界值分析和错误推测法。 3.2用户登陆功能测试：

（1）采用错误推测法检查用户登陆密码能否区分大小写，以及登陆情况 （2）采用等价类划分检测密码是否符合规则 用例编号 A01 测试项 登陆系统功能 描述 测试系统登录功能，错误的密码不能登录。管理员登陆，可执行全部功能。由于指定了用户名，无需检查用户名规格。 规格 密码只能是6-12位字母、数字、下划线组成 输出 能正确显示对话框 主要测试技术 黑盒测试技术 测试结果能正确显示对话框，进入销售管理系统界面 描述 6

编号 01 检查点 期望输出 实际输出 能否登陆管理系不能进入 统 02 密码因为大小写出能否登陆管理系不能进入 错 统 03 密码完全正确 能否登陆管理系能够进入 统 3.3采购管理功能测试 （1）使用错误推测法检查标记为必填选项处是否符合要求 （2）采用边界值分析法检查输入数据 用例编号 A02 测试项 商品采购管理功能 描述 测试商品销售录入功能，运行商品采购管理对话框，检测商品信息是否增加，删除，保存，退出功能是否存在 规格 编号 01 商品名称，种类，规格，单价，商品编码等，其中必填项是否满足 执行步骤 商品大类为空，其余均准确填写 商品名称为空，其余均准确填写 点击增加 期望输出 不能进行保存，弹出对话框 不能进行保存，弹出对话框 能够正确执行，并且在库存中正确显示 输入商品单检查能都正能正确输出价以及数量 确计算总价 总价 检查点 必填项是否满足设计需求 必填项是否满足设计需求 检查是否能够正确的导入数据 实际输出 是否满足 不能保存， 弹出对话框 不能保存， 弹出对话框 在库存中正 确显示 执行步骤 密码完全出错 02 03 04 能正确输出 05 3.4销售管理功能测试设计 用例编号 A03 测试项 商品销售管理功能 描述 测试销售管理功能，运行销售管理对话框，检测销售信息的增加，删除，保存，退出功能是否存在 规格 编号 01 商品名称从下拉列表中选择。数量只能输入数字。销售格式不能改变。 执行步骤 检查点 期望输出 实际输出 是否满足 输入之前没是否能成功能成功保存数据保存成是 有的商品名保存出货信出货信息 功 称，数量为息 正，点击保存 选择已有的是否能保存不能成功保不能保存出是 7

02 03 04 05 06 07 08 是否能成功成功保存退数据保存不否 保存退货信货信息 成功 息 3.5库存管理功能测试设计 用例编号 A04 测试项 库存管理功能 描述 测试库存管理功能，查看库存管理功能能否查询所有时段的库存情况，并打印出来 规格 编号 001 002 查询界面，时间设置 执行步骤 单机查询按钮 选择按日查询，并查看当日库存 单机打印库存清单 单机打印界面的各个按检查点 是否出现库存查询界面 是否能查看当日库存信息 是否出现打印界面 是否能实现相应的功能 期望输出 出现库存查询界面 能查看当日库存信息 出现打印界面 能实现相应的功能 8

商品名称，数量为负数，点击保存 选择已有商品名称，数量为正数，点击保存 输入之前没有的商品名称，数量为正数，点击保存 选择已有的商品名称，数量为负数，点击保存 在数量栏中输入小数点 选择已有商品名称，数量为正数，点击保存 重复输入同一日期 出货信息 存出货信息 货信息 是否能成功能成功保存能成功保存是 保存出货信出货信息 出货信息 息 是否能成功不能成功保数据保存不是 保存退货信存退货信息 成功 息 是否能成功不能成功保数据保存不否 保存退货信存退货信息 成功 息 是否能成功输入小数点 是否能成功保存退货信息 不能输入小数点 成功保存退货信息 不能输入小是 数点 数据保存成否 功 实际输出 是否满足 出现库存查是 询界面 能查看当日是 库存信息 出现打印界是 面 能实现相应是 的功能 003 004 005 钮 单机退出按是否成功删成功删除客成功删除客是 钮 除客户信息 户信息 户信息 3.6人员管理功能测试设计 用例编号 A05 测试项 人员管理功能 描述 测试人员管理功能，用户权限的管理，客户的管理，供应商和往来单位的添加，修改，删除能否实现 规格 编号 001 界面设置，人员名单是否能保存，权限的修改i 执行步骤 直接打开用户管理界面，点击选择权限 点击修改权限按钮，修改权限 点击用户删除 点击客户管理界面，添加新的客户，再点击查询 随便选择一个客户，修改其信息 随便选择一个往来单位，点击删除 检查点 期望输出 实际输出 是否满足 是否能直接不能直接修不能直接修是 修改权限 改权限 改权限 002 003 004 是否能实现修改权限的功能 是否成功删除用户信息 能否查询到客户信息 能实现相应能实现相应是 的功能 的功能 成功删除用户信息 能查询到客户信息 成功删除用是 户信息 能查询到客是 户信息 005 是否能修改能修改客户能修改客户是 客户信息 信息 信息 是否能删除能删除该单能删除该单是 该单位信息 位信息 位信息 006 3.7报表设计功能测试设计 （利润统计，销售统计） 用例编号 A07 描述 测试项 报表设计功能测试 测试报表设计功能测试设计，检查报表是否能够正常工作。 测试结果能正确进行报表的汇报 描述 编号 执行步骤 检查点 期望输出 01 只输入商品大类 能否查出商品的能 9

实际输出 02 03 04 05 06 07 08 利润记录 所有空都填写 能否查出商品的利润记录 所有空都不填 能否查出商品的利润记录 点击全部记录 能否查出商品的利润记录 点击导出 能否导出相关记录 点击打印 能否直接打印相关记录 点击其他收支 能否正常显示相关记录 点击销售统计，按能否正常显示相不同分类进行查询 关记录 能 不能 能 能 能 能 能 3.8常用工具功能测试设计 用例编号 A08 描述 测试项 常用工具测试 常用工具测试，检查常用工具能否正确进行工作 测试结果能正确进行工作 描述 编号 执行步骤 检查点 期望输出 实际输出 01 用计算器进行计算 能否正确显示结能 果 02 用万年历进行查询 能否进行正确显能 示 3.9系统维护功能测试设计 （数据管理，帮助选项） 用例编号 A09 测试项 系统维护功能测试设计 描述 系统维护功能测试设计，测试维护功能是否正常工作 测试结果能正确进行相关服务的维护工作 描述 编号 执行步骤 检查点 期望输出 01 点击数据管理 能否进行数据的能 备份与还原 02 点击如何注册 查看能否显示注能 册的提示 10

实际输出 03 04 05 点击立即注册 点击关于 点击帮助手册 查看能够正常进不能 行注册 可否显示相关信能 息 可否显示帮助手能 册的内容

4.4 测试执行及记录

4..1测试环境和工具

Windows7操作系统下运行销售管理系统以及相应的截图工具 4..2测试执行和记录. ①查询功能：

②导出功能

③打印功能

11

④其他收支

⑤销售记录

⑥计算器

12

⑦万年历

⑧数据备份与还原

13

⑨帮助手册

⑩如何注册

14

11.关于

15

5、测试结果分析和评价 5.1测试结果分析

通过测试，结果表明：

1.系统包含如下主要功能点：

（1）登陆功能：登陆后可以进行相应的权限操作，包括采购进货/退货、销售出货/退货、库存查看、商品利润、其他收支、用户管理、客户/供货商/往来单位管理、销售统计、数据备份、以及其他权限。

（2）采购管理功能：包括采购进货，采购退货 （3）销售管理功能：包括销售出货，销售退货 （4）库存管理功能：查看仓库储存量

（5）利润统计功能：给出了商品利润，以及其他的一些收支

（6）销售统计功能：包括本月销售，以及各员工销售，同时给出欠款以及往来商户的欠款之类

（7）人员管理功能：包括用户的用户权限更改以及用户的密码同时还包括往来供应商的信息录入等

（8）数据管理功能：包括数据的备份和还原 （9）帮助：包括注册以及一些软件的介绍

（10）常用工具功能：能够使用万年历以及计算器两个工具，方便操作 5.2测试评价和结论 5.2.1软件评价

该软件总体达到设计要求，各方面需求基本都能够满足客户。但是在一些方面有比较大的漏洞。

5.2.2缺陷和限制 缺陷等级说明

缺陷（Bug）分为五个等级

P1级：导致系统崩溃；主业务流程出现断点；导致死机；导致程序模块丢失；内存泄露

P2级：用户需求未实现

P3级：被测功能不能被正确实现 P4级：功能实现不完美或小的错误 P5级：建议性问题 BUG编号 Bug-01 程序/文档名 登陆模块 问题性质 类别 程序问题 级别 P1 问题追踪号 Fun01 问题描述/重现步骤：在登陆过程中如果先进行普通用户登陆，使用错误密码提示出错后，使用超级管理员登陆就会直接登陆到错误用户的登陆界面： 16

BUG编号 问题性质 Bug-02 程序/文档名 库存管理 类别 程序问题 级别 P1 问题追踪号 问题描述/重现步骤：库存中不应当会出现为负的情况，然而在本软件中的库存管理中，仓库储量为0，依旧可以向外出售，仓库储量显示为负 BUG编号

Bug-03 程序/文档采购进货 17

名 问题性质 类别 程序问题 级别 P1 问题追踪 号 问题描述/重现步骤： 当用户点击在线升级时，会出现升级提示，升级失败会直接报错，之后该程序就直接没用 BUG编号 问题性质 Bug-04 程序/文档登陆模块 名 类别 程序问题 级别 P4 问题追踪Fun1 号 问题描述/重现步骤：没有密码设置策略，导致密码对于大小写没有区分 BUG编号 Bug-05 程序/文档名 万年历 问题性质 类别 程序问题 级别 P1 问题追踪号 问题描述/重现步骤：万年历在改变月份或年的时候，在点击今天的按钮，万年历将不会正确显示今天的日期，只是显示这个月相对应的日期。 18

5.2.3建议 （1）在本软件中一些按键的问题，在进行数据录入时，如果使用TAB键，它的光标位置不是按常规顺序显示，而给人感觉是乱来的。

（2）对各输入项目，需要对输入长度和输入类型进行控制，尽量避免抛异常 （3）部分链接失效，可能会导致软件的崩溃

（6）对于该软件中的利润一项，表述不够清晰，同时在显示方面也不明确 5.2.4测试结论

测试的功能基本能够实现，但是软件在某些方面，特别是安全性方面存在问题，希望能够改进。

6.实验总结

俗话说的好，“纸上得来终觉浅，绝知此事要躬行”。本来在学习软件测试理论知识的时候，我感觉软件测试好像并不难，基本上只要掌握了几种软件测试的方法就可以了。这些方法无外乎外盒测试，黑盒测试，静态测试，动态测试，单元测试，集成测试等等。所以，我本以为在真正进行软件测试的时候也应该不会太难。

可事情却出乎了我的意料。所以，我觉得以后不管任何事都不应该觉得太简单，都应该好好地去做好它。

此外，我对软件测试也有了很多更新的认识。

一：软件测试在整个软件周期中真的起着很重要的作用。

19

它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。

二:软件测试的真正意义在于发现错误，而不在于验证软件是正确的。

再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

三：在系统性能测试方面需要重视。

经过这次测试的实战演练，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。

当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。

由此，关于学好软件测试我也冒出了心得想法： 一：加强系统上线前的性能测试。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高，很少有第三方的测试。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响用户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

二：适当介入相关项目研发

对于快速响应这块，我们不能一味依赖程序员，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。

我们应该做到了解系统内部结构，能够在客户现场就可以第一时间排查解决客户所反馈问题。

三：我们应该多多学习别的前辈的一些经验，那样我们就可以少走很多弯路，

20

四：遇到一些棘手的问题，我们要学会查资料，无论是网络上的还是书本上的，都可以帮我们解决问题。这在我这次试验中，我体会尤其深。

总之，要想学好软件测试，我们就应该多多学习别人的一些经验，再自己多多动手，在实战中学习经验，总结结论。只有这样我们才能更好地掌握软件测试，才能在进行软件测试时显得游刃有余。

21