ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:20.08KB ,
资源ID:21440511      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/21440511.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件测试报告超市管理系统Word格式文档下载.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件测试报告超市管理系统Word格式文档下载.docx

1、.(摘自XX知道)2)UML图:UML-Unified Model Language 统一建模语言,又称标准建模语言。是用来对软件密集系统进展可视化建模的一种语言。摘自XX知道3)在文档中IPO图、流程图或状态图中出现小写字母“i,代表此容为输入,出现小写字母“o代表此容为输出。1.4参考资料1.齐志昌,谭庆平,宁洪软件工程第二版 :高等教育,20042.Ian Sommerville 软件工程第六版 程成 霞 等译 :机械工业,20032测试概要2.1系统概述2.1.1功能概述1.进货录入:商品名称;进货时间;商品手机;商品进价;进货数量;商品编号。2.售货记录:商品编号;售货数量。3.查询

2、商品:商品详细信息;当天售货金额;总售货信息:总进货金额;总售货金额;总利润。4.更新商品:查询商品;修改商品;删除商品。5.登陆功能,具有管理员权限的输入正确用户名和密码方可进入系统。对测试目标系统的概要介绍,包括系统功能构造,开发方法等。2.1.2 运行环境1处理器型号在Pentium 4 cpu以上,存512M以上2该软件需在Windows *p及以上的操作系统,运行机器需要安装 java1.4.5或以上版本使用。编译测试软件为eclipse。支持编译软件包括各种java记事本和编译器。3)控制软件的运行主要靠键盘、鼠标等外部设备。4)如果开发顺利则支持打印机、扫描仪设备,目前待商议。2

3、.2测试方案2.2.1测试策略:测试分四个阶段:单元测试,组装测试,确认测试,系统测试单元测试:采用白盒法和黑盒法相结合的方法,对于逻辑构造复杂的陌路爱采用白盒发,对于已输入输出为主的模块采用黑盒测试,以提高测试的效率组装测试:混合法对软件构造中较上测试用的自顶向下与对软件构造中较下层使用的自底向上方法相结合确认测试:由用户参与按需求规格说明书验收系统测试:采用人工测试方法2.2.2测试方法:1.静态测试方法:对软件分析,检查和审阅,不实际运行被测试软件;在需求和设计阶段需对开发模型和文档做静态测试2.动态测试方法:通过运行软件来检测软件的动态行为和运行结果;测试软件程序的主要方法;可采用白盒

4、测试和黑盒测试A白盒测试方法:代码检查法,静态构造分析法,逻辑覆盖,根本路径测试,域测试,符号测试,路径覆盖B黑盒测试方法:包括等价类划分法,边界值分析法,错误推测法等2.2.3测试步骤分模块分功能,依次检查,输入数据看是否与预期结果一致用例依据:是否能够正确存储和查询,在有错误的时候能否显示错误。3.1功能模块13.1.1测试工程名称及测试容 测试工程名称:登陆、密码模块测试 测试容:本测试是采用黑盒测试法:为了检测不同权限的用户在登陆时,是否能进入对应的模块并得到应有的权限,检验密码模块的正确有效。 3.1.2测试用例 测试用例1正确输入 【输入】:l* 密码:1412 【期望输出】:登入

5、成功,显示前台销售管理窗体 【实际输出】:测试用例2无该用户 zhaojie 密码:aa 提示用户名或密码错误 测试用例3密码错误 1234 测试用例4无输入 密码:提示用户名或密码错误3.2测试模块2进货录入模块测试 为了检测信息是否能够准确录入,以及在输入错误或数据路连接错误时及时退出并给出提示。商品006 商品名称:鸡蛋 商品进价:5 商品售价:9 商品数量:10 弹窗:提示信息 录入成功。测试用例2输入非数字 狮子 商品售价:老虎 商品数量:弹窗 提示输入格式不正确 弹窗 提示输入格式不正确测试用例3商品编号已经存在 商品001 商品名称:10弹窗 提示商品已经存在,请重新输入弹窗 提

6、示商品已经存在 ,请重新输入【备注】:此处可以设置弹窗让用户选择是否覆盖,这样可能导致用户不方便,需要修改,下面的方案中会提及。测试用例4日期修改格式不正确 点击修改日期,输入 25年15月8日 提示输入日期格式错误 提示输入日期格式错误3.3测试模块33.3.1测试工程名称及测试容 记录售出模块测试 本测试是采用黑盒、白盒测试法:为了检测售货信息是否能够准确录入,以及在输入错误或数据路连接错误时及时退出并给出提示,并且在后台能够给出正确的计算剩余货物数量以及利润的结果,并存入数据库。3.3.2测试用例 测试用例1商品存在 商品001 售出数量:1 提示信息 记录成功。商品ttt 售出数量:测

7、试用例3商品编号不存在 商品124 售出数量:1弹窗 提示商品不存在,请重新输入弹窗 提示商品不存在 ,请重新输入3.4测试模块4查询信息模块测试 为了检测售货金额、售货利润输出金额是否正确,以及在查询商品信息时是否能正确显示出数据库结果,以及在求和、计算时是否正确。测试用例1检查显示金额是否正确 无 当日总进价:120当日总销售金额:24当日利润: 12 进货价:2086 总销售金额:249 总利润:96【其他说明】:该数据由查询目前数据库息,计算得出。测试用例2查询存在商品 商品001 商品名称: 土豆商品进价:4商品售价:6进货总量:50剩余数量:进货时间:2014-12-30 该数据由

8、查询目前数据库息得到。商品12432测试模块3 更新商品信息模块 为了检测售货信息是否能够准确显示出,并且修改后能够录入数据库,且在利润值、剩余货物量上有所修改,且输入错误有提示。测试用例1输入商品编号存在 商品名称 :土豆商品进价:4 商品售价:6 进货数量:50 剩余数量:50 进货时间:2014-12-30测试用例2输入商品编号不存在 商品 测试用例3修改商品信息 商品001 商品名称 :香蕉原本是土豆商品进价:30原本是50进货时间:弹窗 提示录入成功,并且数据库中主键为001号的商品name更改为香蕉,l_num更改为30,profit更改为40;在查询信息界面中,当日总销售金额为6

9、4当日利润:为46.弹窗 提示录入成功,并且数据库中主键为001号的商品name更改为香蕉,l_num没有更改,num更改为50,profit更改为-40;在查询信息界面中,当日总销售金额为64 当日利润:为-40【错误原因】货物剩余量与售出量在显示时显示反了,导致输入的实际上是进货总量。测试用例4删除商品测试 商品001 点击删除商品弹窗 询问是否确定删除,确定后提示删除成功,并且数据库中移除了该商品。4测试结果分析4.1系统能力分析系统在测试过程中,功能和性能根本满足预期要求,下面逐个分析:1登陆系统模块让用户、管理员和销售员验证身份的系统。登陆系统和数据库连接,根据他们输入的账号和密码,

10、和数据库中存在的信息核对,从而区分他们是否有权使用接来下的功能。如果信息正确,他们就能成功登陆,使用下面的功能;如果登陆失败,就要求他们重新输入账号和密码。只完成上述功能,不过还需完善和加密,在4.3会详细说明。2进货录入模块根本到达预期要求,并且系统运行较快,根本没有延迟,录入信息准确,目前没有发现错误;在错误判断方面,目前能想到的错误输入都有返回提示,问题是记录售出货物时有可能剩余货物出现负值,此时没有提示,应给予修改。3售货记录模块均到达预期要求,系统运行较快,根本没有延迟,录入信息准确,数据库后台计算准确,目前没有发现错误;在错误判断方面,目前能想到的错误输入都有返回提示,测试成功。4

11、查询信息模块根本到达预期要求,能够根据录入情况,通过数据库查询信息并且计算出总利润和总售价,显示准确,没有发现错误,查询商品时有错误提示,系统没有发现连接数据库出错等情况,运行较为稳定。5更新信息模块在测试中出现错误,因为在程序编写的时候没有仔细计算核实更新后数据更改情况,所以没有留意,错误很小,已经修改完毕;余下功能到达预期目标,能够根据输入情况,通过数据库查询信息并且显示出商品信息、可以更改,输入不规时有错误提示,目前系统没有发现连接数据库出错等情况。4.2缺陷和限制1界面大多数过于简单,缺乏设计感,容易让客户嫌弃。2数据缺乏可依赖性,备份方面有所欠缺。3管理员的权限的设置问题,管理员的信

12、息简单保存在数据库中,还未加密,容易泄漏。4功能不齐全,检索方式单一,无法更细致的检索,比方通过商品名称,或者锁定进货时间等等,并且经常受限与商品编号,不能覆盖,只能手动删除。5无法全面查看商品信息,只能逐一浏览,给客户造成极大不便。6在user信息中个别特殊的账号不能修改,密码保护措施不强,容易泄露;数据库平安性不高。4.3建议4.3.1 界面方面 1简述:界面过于简单,缺乏设计感,但是界面工作却对于客户很重要,很大程度决定了客户的满意程度,界面的修改又相对容易,所以应着重对待,不过界面方面的工作在编写者看来对于开发人员不太有耐心去做,相对较枯燥,所以只细致的做了登陆界面,其他的还需要完善。

13、 2修改方案:在界面中适当插入图片,为客户方便着想,符合大多数人的审美标准,在字体、字号、背景颜色方面做适当调整,请美工好的同学进展协助。 3紧迫程度:* 4工作量:适中,预计两个工作日根本完成。4.3.1 数据方面数据缺乏可依赖性,不支持打印功能,根本不存在备份功能,数据库加密等级较低,容易泄漏。增加备份功能,包括打印成纸质版本或者存储到硬盘备份,加密数据库,但这方面由于技术欠缺暂时无法完善得太好,因此暂时搁置。*很大,预计没日没夜五天完成。4.3.1 功能缺失方面功能不齐全,表现在检索方式单一,无法更细致的检索,比方通过商品名称,或者锁定进货时间等等,以及没有记录售货明细功能,不过这只是我

14、方开发者觉得可以使系统更完善的方案,并不属于客户需求的功能,因此并不紧急。增加检索方式,通过商品名称查找、指定售货时间等等,记录售货明细,并可供查询,在商品编号与现有编号重复的时候,询问是否覆盖,或者另外给予新的编号。适中,预计三个工作日根本完成。4.3.1 管理员权限方面管理员方面的信息没有着重保护,在管理员信息中个别特殊的账号不能修改,密码保护措施不强,容易泄露;也没有强大的注册、找回密码等功能,数据库平安性不高。增加密码保护措施,增加管理员*密码的修改、增添等功能。*4.4评价根本功能已经实现,界面也是符合正常要求,但是由于时间比拟紧迫,因而原本设想的功能还应该再完善一些,增添一些更加人性化的设计,界面也仅仅做到了简单大方实用,没能更加优化美观一些。测试设计根本覆盖了需求的各个功能模块,发现了一些编码错误以及逻辑错误,并指导开发小组及时改正,不过由于人力及时间的缺乏,所以还有很多改良的地方,如白盒测试的力度还不够,有很多提高的空间。但是总体来说,还是根本符合客户需求,各项功能运转正常,程序也较为稳定,数据目前为止还没有出现过失,缺乏之处也很多,如果要将此系统做得完善、想到的功能和设计全部都实现的话还需要一定时间和精力,技术上开发小组也需要尽快提高。以上。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1