软件工程--软件测试报告-超市管理系统

1、软件测试分析报告项目名称 :超市后台管理系统开发团队 :成员:引言 ?错误 ! 未定义书签。1、 1 编写目得 ?错误 ! 未定义书签。、 2 背景 ?错误 !未定义书签。1、 3定义 .错误 ! 未定义书签。、 4 参考资料 ?错误 !未定义书签。2 测试概要 .错误 ! 未定义书签。2、 1系统概述 .错误 ! 未定义书签。2、测试方案 .错误 ! 未定义书签。3 测试结果 .错误 ! 未定义书签。3、 1 功能模块 1?错误 !未定义书签。、 2 测试模块 2.错误 ! 未定义书签。测试结果分析 .错误 ! 未定义书签。4、系统能力分析?错误 !未定义书签。4、缺陷与限制 .错误 ! 未

2、定义书签。4、 3建议 .错误 ! 未定义书签。4、 4评价 ?错误 !未定义书签。?1 引言1、编写目得此报告编写目得就是记录测试系统时发现得问题以及想到得解决方案,通过对测试每个测试阶段得总结与分析，及时反映当前工作状态、存在得问题,帮助项目小组成员了解当前得项目进度与发现并解决现阶段存在问题,推动下一阶段工作得顺利开展。1、 2 背景系统名称：小型超市后台管理系统软件任务提出者：超市后台管理人员任务开发者：哈工大软件学院二狗小团队用户 : 超市管理人员其她说明：该软件依靠超市局域网即可运行, 与超市金额结算系统有一定往来关系。测试环境： wi dows xp 及以上操作系统，需安装Jav

3、a 1、4、5 或以上版本 ,测试软件为 cl e; 处理器型号在 P n ium4cpu 以上，内存 512m以上运行环境 : now xp及以上操作系统，需安装Jva 1 、4、或以上版本；处理器型号在 e iu 4 cp 以上 , 内存 2以上、定义1)IPO 图： 在计算机领域IPO 就是指结构化设计中变换型结构得输入（In ut）、加工（ Pr essing) 、输出（ Output ）.、（摘自百度知道 )2)UML 图：ML -U if d Mo e La guage 统一建模语言 ,又称标准建模语言。就是用来对软件密集系统进行可视化建模得一种语言。(摘自百度知道 )3）在文档中

4、 IP图、流程图或状态图中出现小写字母“”，代表此内容为输入，出现小写字母“ o代表此内容为输出。1、 4 参考资料1、齐志昌，谭庆平，宁洪软件工程（第二版）北京：高等教育出版社， 0042 、 I n Sommerville软件工程( 第六版 )程成陈霞等译北京：机械工业出版社，中信出版社,200 测试概要2、 1 系统概述2、 1、 1 功能概述进货录入 :商品名称；进货时间 ;商品手机；商品进价；进货数量；商品编号。售货记录：商品编号；售货数量。查询商品：商品详细信息 ;当天售货金额；总售货信息：总进货金额 ;总售货金额 ;总利润。更新商品 :查询商品；修改商品；删除商品。登陆功能 ,具

5、有管理员权限得输入正确用户名与密码方可进入系统。对测试目标系统得概要介绍，包括系统功能结构，开发方法等 .2、 2 运行环境1)处理器型号在 Pni cp 以上，内存 512M以上2) 该软件需在Wind wsxp 及以上得操作系统, 运行机器需要安装j va1、 4、 5 或以上版本使用。编译测试软件为 ecl s。支持编译软件包括各种jav 记事本与编译器。3）控制软件得运行主要靠键盘、鼠标等外部设备。4）如果开发顺利则支持打印机、扫描仪设备, 目前待商议。2、测试方案2、 2、 1 测试策略 :测试分四个阶段 :单元测试 ,组装测试，确认测试，系统测试单元测试：采用白盒法与黑盒法相结合得

6、方法，对于逻辑结构复杂得陌路爱采用白盒发，对于已输入输出为主得模块采用黑盒测试，以提高测试得效率组装测试 :混合法 (对软件结构中较上测试用得自顶向下与对软件结构中较下层使用得自底向上方法相结合)确认测试 :由用户参与按需求规格说明书验收系统测试：采用人工测试方法2、 2、测试方法：（1）、静态测试方法：对软件分析，检查与审阅,不实际运行被测试软件；在需求与设计阶段需对开发模型与文档做静态测试（ )、动态测试方法 :通过运行软件来检测软件得动态行为与运行结果;测试软件程序得主要方法 ;可采用白盒测试与黑盒测试A 白盒测试方法 :代码检查法，静态结构分析法,逻辑覆盖，基本路径测试，域测试 ,符号

7、测试，路径覆盖黑盒测试方法：包括等价类划分法，边界值分析法，错误推测法等）、 2、3 测试步骤分模块分功能，依次检查，输入数据瞧就是否与预期结果一致用例依据 :就是否能够正确存储与查询,在有错误得时候能否显示错误.3、功能模块13、 1 测试项目名称及测试内容测试项目名称：登陆、密码模块测试测试内容：本测试就是采用黑盒测试法:为了检测不同权限得用户在登陆时，就是否能进入对应得模块并得到应有得权限,检验密码模块得正确有效。3、测试用例测试用例（正确输入）【输入】：用户： lxx密码： 1412【期望输出】：登入成功 ,显示前台销售管理窗体【实际输出】：登入成功，显示前台销售管理窗体测试用例 2（

8、无该用户 )【输入】：用户 :zha ie 密码： aa【期望输出】 :提示用户名或密码错误【实际输出】：提示用户名或密码错误测试用例（密码错误）【输入】：用户 : x 密码： 1234【期望输出】：提示用户名或密码错误【实际输出】：提示用户名或密码错误测试用例 4（无输入）【输入】：用户：密码 :【期望输出】：提示用户名或密码错误【实际输出】 :提示用户名或密码错误3、 2 测试模块 23、1、测试项目名称及测试内容测试项目名称 :进货录入模块测试测试内容：本测试就是采用黑盒测试法:为了检测信息就是否能够准确录入，以及在输入错误或数据路连接错误时及时退出并给出提示.3、1、2 测试用例测试用

9、例 1（正确输入）【输入】 :商品编号： 006 商品名称 :鸡蛋 商品进价： 5 商品售价： 9 商品数量 :1【期望输出】：弹窗：提示信息录入成功 .【实际输出】 :弹窗 :提示信息录入成功。测试用例 2（输入非数字）【输入】：商品编号 :06 商品名称：鸡蛋 商品进价：狮子 商品售价：老虎商品数量： 10【期望输出】 :弹窗 提示输入格式不正确【实际输出】：弹窗提示输入格式不正确测试用例 3(商品编号已经存在）【输入】：商品编号 :001 商品名称 :鸡蛋 商品进价： 商品售价： 商品数量：1【期望输出】：弹窗 提示商品已经存在，请重新输入【实际输出】 :弹窗 提示商品已经存在，请重新输

10、入【备注】：此处可以设置弹窗让用户选择就是否覆盖，这样可能导致用户不方便,需要修改 ,下面得方案中会提及。测试用例 4（日期修改格式不正确）【输入】：点击修改日期 ,输入 年 5 月 8 日【期望输出】 :提示输入日期格式错误【实际输出】 :提示输入日期格式错误3、测试模块33、3、测试项目名称及测试内容测试项目名称：记录售出模块测试测试内容 :本测试就是采用黑盒、白盒测试法：为了检测售货信息就是否能够准确录入，以及在输入错误或数据路连接错误时及时退出并给出提示，并且在后台能够给出正确得计算剩余货物数量以及利润得结果,并存入数据库。3、3、2 测试用例测试用例 1（商品存在）【输入】：商品编号

11、： 0 1售出数量：【期望输出】 :弹窗 :提示信息记录成功。【实际输出】：弹窗：提示信息记录成功 .测试用例 (输入非数字）【输入】：商品编号 : t售出数量： 1【期望输出】：弹窗 提示输入格式不正确【实际输出】 :弹窗 提示输入格式不正确测试用例（商品编号不存在）【输入】：商品编号： 124 售出数量： 1【期望输出】 :弹窗提示商品不存在 ,请重新输入【实际输出】 :弹窗 提示商品不存在，请重新输入3、 4 测试模块4、 3、1 测试项目名称及测试内容测试项目名称：查询信息模块测试测试内容 :本测试就是采用黑盒测试法：为了检测售货金额、售货利润输出金额就是否正确，以及在查询商品信息时就

12、是否能正确显示出数据库结果,以及在求与、计算时就是否正确 .3、3、2 测试用例测试用例 1（检查显示金额就是否正确)【输入】 :无【期望输出】：当日总进价 :12当日总销售金额： 24 当日利润 : 12进货价：206总销售金额 :29 总利润： 96【实际输出】 :当日总进价： 120 当日总销售金额 :24 当日利润 : 12进货价 :： 086总销售金额 :249 总利润： 96【其她说明】 :该数据由查询目前数据库中信息,计算得出。测试用例 (查询存在商品）【输入】：商品编号： 001【期望输出】 :商品名称：土豆商品进价： 4商品售价： 6进货总量： 50剩余数量： 50进货时间

13、:204-12-3【实际输出】 :商品名称：土豆商品进价 :4商品售价：进货总量 :5剩余数量 :50进货时间 :201412 0【其她说明】：该数据由查询目前数据库中信息得到.测试用例 3（商品编号不存在）【输入】 :商品编号 :1 4【期望输出】：弹窗 提示商品不存在，请重新输入【实际输出】：弹窗提示商品不存在，请重新输入3测试模块3、 1 测试项目名称及测试内容测试项目名称 :更新商品信息模块测试内容：本测试就是采用黑盒、 白盒测试法： 为了检测售货信息就是否能够准确显示出，并且修改后能够录入数据库,且在利润值、剩余货物量上有所修改,且输入错误有提示 .3、3、2 测试用例测试用例（输入

14、商品编号存在）【输入】：商品编号 :001【期望输出】：商品名称：土豆商品进价 : 商品售价： 6 进货数量 :50剩余数量： 0 进货时间 :21 12-30【实际输出】:商品名称：土豆商品进价 :4 商品售价 :6 进货数量 :50 剩余数量 :50进货时间 :21-1230测试用例（输入商品编号不存在）【输入】：商品编号： 089【期望输出】：弹窗 提示商品不存在，请重新输入【实际输出】：弹窗 提示商品不存在 ,请重新输入测试用例 3(修改商品信息）【输入】 :商品编号： 001 商品名称:香蕉 (原本就是土豆）商品进价：4商品售价：进货数量 :0剩余数量：（原本就是50）进货时间： 2

15、014-1 -3【期望输出】：弹窗提示录入成功 ,并且数据库中主键为001 号得商品 name 更改为香蕉， l_n m 更改为 3，prof t 更改为 0；在查询信息界面中 ,当日总销售金额为当日利润：为4、【实际输出】：弹窗提示录入成功，并且数据库中主键为001 号得商品name更改为香蕉， l um 没有更改， u更改为 0，profit 更改为 40；在查询信息界面中 ,当日总销售金额为64 当日利润 :为-40【错误原因】货物剩余量与售出量在显示时显示反了，导致输入得实际上就是进货总量。测试用例 4(删除商品测试）【输入】：商品编号： 0点击删除商品【期望输出】：弹窗 询问就是否确

16、定删除，确定后提示删除成功,并且数据库中移除了该商品。【实际输出】 :弹窗 询问就是否确定删除， 确定后提示删除成功 ,并且数据库中移除了该商品 .测试结果分析4、 1 系统能力分析系统在测试过程中，功能与性能基本满足预期要求，下面逐个分析：()登陆系统模块让用户、管理员与销售员验证身份得系统。登陆系统与数据库连接， 根据她们输入得账号与密码 ,与数据库中存在得信息核对，从而辨别她们就是否有权使用接来下得功能。如果信息正确，她们就能成功登陆，使用下面得功能；如果登陆失败，就要求她们重新输入账号与密码。只完成上述功能 ,不过还需完善与加密 ,在 4、 3 会详细说明。(2)进货录入模块基本达到预

17、期要求 ,并且系统运行较快，基本没有延迟，录入信息准确，目前没有发现错误；在错误判断方面,目前能想到得错误输入都有返回提示,问题就是记录售出货物时有可能剩余货物出现负值,此时没有提示 ,应给予修改。(）售货记录模块均达到预期要求，系统运行较快，基本没有延迟，录入信息准确,数据库后台计算准确，目前没有发现错误;在错误判断方面，目前能想到得错误输入都有返回提示，测试成功。（ 4)查询信息模块基本达到预期要求， 能够根据录入情况， 通过数据库查询信息并且计算出总利润与总售价 ,显示准确，没有发现错误,查询商品时有错误提示，系统没有发现连接数据库出错等情况，运行较为稳定。(5）更新信息模块在测试中出现

18、错误， 因为在程序编写得时候没有仔细计算核实更新后数据更改情况 ,所以没有留意，错误很小，已经修改完毕；余下功能达到预期目标，能够根据输入情况，通过数据库查询信息并且显示出商品信息、可以更改,输入不规范时有错误提示 ,目前系统没有发现连接数据库出错等情况。4、 2 缺陷与限制(1）界面大多数过于简单,缺乏设计感 ,容易让客户嫌弃。（ )数据缺乏可依赖性 ,备份方面有所欠缺。(3）管理员得权限得设置问题,管理员得信息简单保存在数据库中,还未加密 ,容易泄漏 .(）功能不齐全，检索方式单一,无法更细致得检索，比如通过商品名称，或者锁定进货时间等等，并且经常受限与商品编号，不能覆盖，只能手动删除。(

19、5)无法全面查瞧商品信息,只能逐一浏览 ,给客户造成极大不便 .(6）在 us r 信息中个别特殊得账号不能修改,密码保护措施不强，容易泄露；数据库安全性不高。4、 3 建议、 3、1界面方面（1)简述 :界面过于简单，缺乏设计感,但就是界面工作却对于客户很重要，很大程度决定了客户得满意程度,界面得修改又相对容易，所以应着重对待，不过界面方面得工作在编写者瞧来对于开发人员不太有耐心去做,相对较枯燥，所以只细致得做了登陆界面，其她得还需要完善。(）修改方案：在界面中适当插入图片，为客户方便着想,符合大多数人得审美标准，在字体、字号、背景颜色方面做适当调整，请美工好得同学进行协助。（3)紧迫程度：（）工作量：适中 ,预计两个工作日基本完成.、 3、1数据方面（1）简述 :数据缺乏可依赖性，不支持打印功能,根本不存在备份功能，数据库加密等级较低，容易泄漏。(2)修改方案：增加备份功能，包括打印成纸质版本或者存储到硬盘备份，加密数据库，但这方面由于技术欠缺暂时无法完善得太好，因此暂时搁置。(3）紧迫程度：（ 4）工作量：很大，预计没日没夜五天完成.4、 3、 1 功能缺失方面（1）简述 :功能不齐全 ,表现在检索方式单一，无法更细致得检索,比如通过商品名称，或者