软件测试报告超市管理系统Word格式文档下载.docx
《软件测试报告超市管理系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件测试报告超市管理系统Word格式文档下载.docx（10页珍藏版）》请在冰豆网上搜索。
.（摘自XX知道）
2）UML图：
UML-UnifiedModelLanguage统一建模语言，又称标准建模语言。
是用来对软件密集系统进展可视化建模的一种语言。
〔摘自XX知道〕
3）在文档中IPO图、流程图或状态图中出现小写字母“i〞，代表此容为输入，出现小写字母“o〞代表此容为输出。
1.4参考资料
1.齐志昌，谭庆平，宁洪软件工程〔第二版〕：
高等教育，2004
2.IanSommerville软件工程〔第六版〕程成霞等译：
机械工业，，2003
2测试概要
2.1系统概述
2.1.1功能概述
1.进货录入：
商品名称；
进货时间；
商品手机；
商品进价；
进货数量；
商品编号。
2.售货记录：
商品编号；
售货数量。
3.查询商品：
商品详细信息；
当天售货金额；
总售货信息：
总进货金额；
总售货金额；
总利润。
4.更新商品：
查询商品；
修改商品；
删除商品。
5.登陆功能，具有管理员权限的输入正确用户名和密码方可进入系统。
对测试目标系统的概要介绍，包括系统功能构造，开发方法等。
2.1.2运行环境
1〕处理器型号在Pentium4cpu以上，存512M以上
2〕该软件需在Windows*p及以上的操作系统，运行机器需要安装java1.4.5或以上版本使用。
编译测试软件为eclipse。
支持编译软件包括各种java记事本和编译器。
3）控制软件的运行主要靠键盘、鼠标等外部设备。
4）如果开发顺利则支持打印机、扫描仪设备，目前待商议。
2.2测试方案
2.2.1测试策略：
测试分四个阶段：
单元测试，组装测试，确认测试，系统测试
单元测试：
采用白盒法和黑盒法相结合的方法，对于逻辑构造复杂的陌路爱采用白盒发，对于已输入输出为主的模块采用黑盒测试，以提高测试的效率
组装测试：
混合法〔对软件构造中较上测试用的自顶向下与对软件构造中较下层使用的自底向上方法相结合〕
确认测试：
由用户参与按需求规格说明书验收
系统测试：
采用人工测试方法
2.2.2测试方法：
〔1〕.静态测试方法：
对软件分析，检查和审阅，不实际运行被测试软件；
在需求和设计阶段需对开发模型和文档做静态测试
〔2〕.动态测试方法：
通过运行软件来检测软件的动态行为和运行结果；
测试软件程序的主要方法；
可采用白盒测试和黑盒测试
A白盒测试方法：
代码检查法，静态构造分析法，逻辑覆盖，根本路径测试，域测试，符号测试，路径覆盖
B黑盒测试方法：
包括等价类划分法，边界值分析法，错误推测法等〕
2.2.3测试步骤
分模块分功能，依次检查，输入数据看是否与预期结果一致
用例依据：
是否能够正确存储和查询，在有错误的时候能否显示错误。
3.1功能模块1
3.1.1测试工程名称及测试容
测试工程名称：
登陆、密码模块测试
测试容：
本测试是采用黑盒测试法：
为了检测不同权限的用户在登陆时，是否能进入对应的模块并得到应有的权限，检验密码模块的正确有效。
3.1.2测试用例
测试用例1〔正确输入〕
【输入】：
l**密码：
1412
【期望输出】：
登入成功，显示前台销售管理窗体
【实际输出】：
测试用例2〔无该用户〕
zhaojie密码：
aa
提示用户名或密码错误
测试用例3〔密码错误〕
1234
测试用例4〔无输入〕
密码：
提示用户名或密码错误
3.2测试模块2
进货录入模块测试
为了检测信息是否能够准确录入，以及在输入错误或数据路连接错误时及时退出并给出提示。
商品006商品名称：
鸡蛋商品进价：
5商品售价：
9商品数量：
10
弹窗：
提示信息录入成功。
测试用例2〔输入非数字〕
狮子商品售价：
老虎商品数量：
弹窗提示输入格式不正确
弹窗提示输入格式不正确
测试用例3〔商品编号已经存在〕
商品001商品名称：
10
弹窗提示商品已经存在，请重新输入
弹窗提示商品已经存在，请重新输入
【备注】：
此处可以设置弹窗让用户选择是否覆盖，这样可能导致用户不方便，需要修改，下面的方案中会提及。
测试用例4〔日期修改格式不正确〕
点击修改日期，输入25年15月8日
提示输入日期格式错误
提示输入日期格式错误
3.3测试模块3
3.3.1测试工程名称及测试容
记录售出模块测试
本测试是采用黑盒、白盒测试法：
为了检测售货信息是否能够准确录入，以及在输入错误或数据路连接错误时及时退出并给出提示，并且在后台能够给出正确的计算剩余货物数量以及利润的结果，并存入数据库。
3.3.2测试用例
测试用例1〔商品存在〕
商品001售出数量：
1
提示信息记录成功。
商品ttt售出数量：
测试用例3〔商品编号不存在〕
商品124售出数量：
1
弹窗提示商品不存在，请重新输入
弹窗提示商品不存在，请重新输入
3.4测试模块4
查询信息模块测试
为了检测售货金额、售货利润输出金额是否正确，以及在查询商品信息时是否能正确显示出数据库结果，以及在求和、计算时是否正确。
测试用例1〔检查显示金额是否正确〕
无
当日总进价：
120当日总销售金额：
24当日利润：
12进货价：
：
2086总销售金额：
249总利润：
96
【其他说明】：
该数据由查询目前数据库息，计算得出。
测试用例2〔查询存在商品〕
商品001
商品名称：
土豆
商品进价：
4
商品售价：
6
进货总量：
50
剩余数量：
进货时间：
2014-12-30
该数据由查询目前数据库息得到。
商品124
3．2测试模块3
更新商品信息模块
为了检测售货信息是否能够准确显示出，并且修改后能够录入数据库，且在利润值、剩余货物量上有所修改，且输入错误有提示。
测试用例1〔输入商品编号存在〕
商品名称：
土豆商品进价：
4商品售价：
6进货数量：
50剩余数量：
50进货时间：
2014-12-30
测试用例2〔输入商品编号不存在〕
商品
测试用例3〔修改商品信息〕
商品001商品名称：
香蕉〔原本是土豆〕商品进价：
30〔原本是50〕进货时间：
弹窗提示录入成功，并且数据库中主键为001号的商品name更改为香蕉，l_num更改为30，profit更改为40；
在查询信息界面中，当日总销售金额为64当日利润：
为46.
弹窗提示录入成功，并且数据库中主键为001号的商品name更改为香蕉，l_num没有更改，num更改为50，profit更改为-40；
在查询信息界面中，当日总销售金额为64当日利润：
为-40
【错误原因】货物剩余量与售出量在显示时显示反了，导致输入的实际上是进货总量。
测试用例4〔删除商品测试〕
商品001点击删除商品
弹窗询问是否确定删除，确定后提示删除成功，并且数据库中移除了该商品。
4测试结果分析
4.1系统能力分析
系统在测试过程中，功能和性能根本满足预期要求，下面逐个分析：
〔1〕登陆系统模块
让用户、管理员和销售员验证身份的系统。
登陆系统和数据库连接，根据他们输入的账号和密码，和数据库中存在的信息核对，从而区分他们是否有权使用接来下的功能。
如果信息正确，他们就能成功登陆，使用下面的功能；
如果登陆失败，就要求他们重新输入账号和密码。
只完成上述功能，不过还需完善和加密，在4.3会详细说明。
〔2〕进货录入模块
根本到达预期要求，并且系统运行较快，根本没有延迟，录入信息准确，目前没有发现错误；
在错误判断方面，目前能想到的错误输入都有返回提示，问题是记录售出货物时有可能剩余货物出现负值，此时没有提示，应给予修改。
〔3〕售货记录模块
均到达预期要求，系统运行较快，根本没有延迟，录入信息准确，数据库后台计算准确，目前没有发现错误；
在错误判断方面，目前能想到的错误输入都有返回提示，测试成功。
〔4〕查询信息模块
根本到达预期要求，能够根据录入情况，通过数据库查询信息并且计算出总利润和总售价，显示准确，没有发现错误，查询商品时有错误提示，系统没有发现连接数据库出错等情况，运行较为稳定。
〔5〕更新信息模块
在测试中出现错误，因为在程序编写的时候没有仔细计算核实更新后数据更改情况，所以没有留意，错误很小，已经修改完毕；
余下功能到达预期目标，能够根据输入情况，通过数据库查询信息并且显示出商品信息、可以更改，输入不规时有错误提示，目前系统没有发现连接数据库出错等情况。
4.2缺陷和限制
〔1〕界面大多数过于简单，缺乏设计感，容易让客户嫌弃。
〔2〕数据缺乏可依赖性，备份方面有所欠缺。
〔3〕管理员的权限的设置问题，管理员的信息简单保存在数据库中，还未加密，容易泄漏。
〔4〕功能不齐全，检索方式单一，无法更细致的检索，比方通过商品名称，或者锁定进货时间等等，并且经常受限与商品编号，不能覆盖，只能手动删除。
〔5〕无法全面查看商品信息，只能逐一浏览，给客户造成极大不便。
〔6〕在user信息中个别特殊的账号不能修改，密码保护措施不强，容易泄露；
数据库平安性不高。
4.3建议
4.3.1界面方面
〔1〕简述：
界面过于简单，缺乏设计感，但是界面工作却对于客户很重要，很大程度决定了客户的满意程度，界面的修改又相对容易，所以应着重对待，不过界面方面的工作在编写者看来对于开发人员不太有耐心去做，相对较枯燥，所以只细致的做了登陆界面，其他的还需要完善。
〔2〕修改方案：
在界面中适当插入图片，为客户方便着想，符合大多数人的审美标准，在字体、字号、背景颜色方面做适当调整，请美工好的同学进展协助。
〔3〕紧迫程度：
*****
〔4〕工作量：
适中，预计两个工作日根本完成。
4.3.1数据方面
数据缺乏可依赖性，不支持打印功能，根本不存在备份功能，数据库加密等级较低，容易泄漏。
增加备份功能，包括打印成纸质版本或者存储到硬盘备份，加密数据库，但这方面由于技术欠缺暂时无法完善得太好，因此暂时搁置。
***
很大，预计没日没夜五天完成。
4.3.1功能缺失方面
功能不齐全，表现在检索方式单一，无法更细致的检索，比方通过商品名称，或者锁定进货时间等等，以及没有记录售货明细功能，不过这只是我方〔开发者〕觉得可以使系统更完善的方案，并不属于客户需求的功能，因此并不紧急。
增加检索方式，通过商品名称查找、指定售货时间等等，记录售货明细，并可供查询，在商品编号与现有编号重复的时候，询问是否覆盖，或者另外给予新的编号。
适中，预计三个工作日根本完成。
4.3.1管理员权限方面
管理员方面的信息没有着重保护，在管理员信息中个别特殊的账号不能修改，密码保护措施不强，容易泄露；
也没有强大的注册、找回密码等功能，数据库平安性不高。
增加密码保护措施，增加管理员**密码的修改、增添等功能。
**
4.4评价
根本功能已经实现，界面也是符合正常要求，但是由于时间比拟紧迫，因而原本设想的功能还应该再完善一些，增添一些更加人性化的设计，界面也仅仅做到了简单大方实用，没能更加优化美观一些。
测试设计根本覆盖了需求的各个功能模块，发现了一些编码错误以及逻辑错误，并指导开发小组及时改正，不过由于人力及时间的缺乏，所以还有很多改良的地方，如白盒测试的力度还不够，有很多提高的空间。
但是总体来说，还是根本符合客户需求，各项功能运转正常，程序也较为稳定，数据目前为止还没有出现过失，缺乏之处也很多，如果要将此系统做得完善、想到的功能和设计全部都实现的话还需要一定时间和精力，技术上开发小组也需要尽快提高。
以上。
升级会员 