{$cfg_webname}
主页 > 计算机 > 论文 >

网上购物系统毕业设计论文范文(JSP)(7)

来源:56doc.com  资料编号:5D4542 资料等级:★★★★★ %E8%B5%84%E6%96%99%E7%BC%96%E5%8F%B7%EF%BC%9A5D4542
资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用. 帮助
资料介绍

流程图如图5.15所示。
 
图 5.15 添加商品信息模块流程图
5.4.3 订单信息管理模块
用户在前台购物所产生的订单并不能立即执行,需要系统管理员在后台进行订单信息管理审核以确认它的执行性。用户单击导航区中的“订单信息管理”超链接进入用户订单处理页面,该页面上会显示近期所有没被处理的订单。用户订单处理页面显示的是用户基本信息,要想知道订单中所涉及的商品,需要单击对应订单号的超链接打开商品订购详单页面才行。
商品订购详单主要通过提交的订单号从tb_Shop表中查询处对应的商品并显示在页面中,管理员审核后可通过复选框来设置订单是否执行。程序中利用admin/shop.jsp来完成这些功能。当选中“是/否”复选框时,系统会根据提交的订单号更新数据表,如果更新成功,则转到spif.jsp也执行。
流程图如图5.16所示。
 
图 5.16 订单信息管理模块流程图
5.4.4 查询用户信息模块
查询用户信息模块用来完成对注册用户的浏览及删除功能。如果用户蓄意性注册或者在很长时间内没有订单产生,管理员就可以将该用户信息删除。单击导航区中的“查询用户信息”超链接进入用户信息页面,就可以看到用户信息。在这一部分的设计中,也使用了分页显示功能。对于一些失信用户只需要单击右侧的“删除”超链接,即可转到admin/deluser.jsp页中做删除处理。
流程图如图5.17所示。
 
图 5.17 查询用户信息模块流程图
5.4.5 添加链接模块
用户在后台首页导航区中单击“添加链接”即可进入添加友情链接页面,该页面用户在前台显示友情链接信息。添加链接页面如图5.18所示。
 
图 5.18 添加链接页面运行结果
    用户单击“提交”按钮后,系统将添加链接页面的数据表单提交admin/addlink.jsp页面处理。若添加失败,则提示故障信息,并返回页面。
流程图如图5.19所示。
 
图 5.19 添加链接模块流程图
 
第6章 系统调试与实施
6.1 系统测试原理及测试原则
在完成某一功能模块后,都要进行一下系统测试。检验所完成的这一模块是否能实现预计的功能。其目的是方便整个系统的实现。
6.1.1 系统测试原理
测试主要依据是被试系统的研制任务书和技术规格书,是对软件雄体功能和性能的综合测试与评估。测试原理是软件测试活动的理论基础,测试方法是铡试原理的实际应用和获得测试数据的手段。基于软件的共性,对于软件的测试要遵循一般软件的测试原理和方法。同时,针对软件的特性,必须找到合适的测试方法。
测试用例的合理性对于软件的测试与评估具有关键作用,而如何使设计的用例、合理并且典型有效并不容易。所以应该与软件的研制人员以及最终用户一起,有针对性地研究实际操作环境并加以描述,形成合理的测试用例集。另一方面,软件运行环境的复杂程度对软件评估具有重要作用,所以应产生尽量逼真的运行背景以便于研究。软件测试的周期如图6.1所示。
 
图6.1 软件测试周期示意图
6.1.2 系统测试原则
序员应避免测试自己编写的程序;测试用例的设计必须包括预期的输出结果;测试用例应包括有效的和期望的输入情况,也要包括无效的和不期望的输入情况;所有的测试都应追溯到用户需求,所有测试活动都应该是有计划的,并且计划能够得到保障。只检查程序是否做了它应该做的事这仅完成了测试工作的一半,另一半则是要检查程序是否做了它不该做的事;一段程序中存在错误的概率与在这段程序中已发现的错误数成比例;测试上作必须有明确的目标;尽早地和不断地进行软件测试;穷举测试是不可能的,充分覆盖程序逻辑是有可能的。
6.2 系统测试的方法
软件测试的方法和技术是多种多样的。对于软件测试技术,可以从不同的角度加以分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试。从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。
(1)黑盒测试
黑盒测试也称功能测试或数据驱动测试或基于规范的测试,它是在己知产品所应具有的功能的前提下,通过测试来检测每个功能是否都能正常使用,在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试者对程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等。“黑盒”法着眼于程序外部结构,不考虑内部逻辑结构,只是针对软件的界面和软件需求规格说明中规定的功能进行测试。“黑盒”法是穷举输入测试,只有把所有可能的输入都作为测试情况使用,才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个,人们不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试。
(2)白盒测试
白盒测试也称结构测试或逻辑驱动测试或基于实现的测试,它是知道产品内部工作过程。可通过测试来检测产品内部动作是否按照规格说明书的规定止常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都能按预定要求正确工作。白盒测试的主要方法有程序逻辑驱动测试、基本路径测试和数据流测试等。“白盒”法需要全面了解程序的内部逻辑结构、对所有逻辑路径进行测试。因此,白盒”法是穷举路径测试。但即使每条路径都测试了仍然可能有错误。第一,穷举路径测试不能查出程序违反了设计规范,即程序本身是个错误的程序。第二,穷举路径测试不可能查出程序中因遗漏路径而出错。第三,穷举路径测试可能发现不了一些与数据相关的错误。
6.3 本系统测试
这个网站系统要实现的功能有用户注册登陆、浏览商城信息、用户购物并填写订单、管理员对网站信息的各方面操作和维护等。根据上面介绍的测试原则,使用测试用例文档分别对系统进行测试。测试部分包括网站对数据库的访问和更新测试;对网站查询功能的测试;系统容错功能的测试。
表6.1 网站对数据库的访问和更新测试用例
用例名称 网站对数据库的访问和更新
用例ID 1
用例描述 当客户登录到网站后会浏览商品、链接等信息。这些信息都是来自管理员对后台数据库的更新和维护。我们要测试的是管理员通过后台是否对数据库进行了修改,并且修改后是否能相应、如实地
续表6.1 网站对数据库的访问和更新测试用例
 在前台显示出来。
测试方案 管理员在后台添加一条商品信息,首先查看数据库中的数据是否有相应的变化,然后登录网站的前台看前台中显示的信息是否会相应改变。
输入数据 在添加商品模块中添加一条商品信息,数据如下:
商品名称:欧米茄手表  商品价格:10000  商品类型:生活用品
商品介绍:国际名牌  展示图片:images/002.gif  是否推荐:是
预期结果 在添加的商品信息被提交后,打开SQLServer数据库,查看tb_Ware表,可以看到表中多了一行数据,其属性Wareid、Warename、Wareprice、……的值分别为73、欧米茄手表、10000、……说明管理员对网站数据库的访问和更新是成功的。
表6.2 网站查询功能的测试
用例名称 网站查询功能的测试
用例ID 29
用例描述 客户在输入订单号以后提交查询请求。观察是否会按照客户的意思返回订单的信息。
测试方案 客户输入正确的订单号信息,然后观察查询结果;随意输入一些内容观察查询结果。
输入数据 数据1: 20095281529141849
数据2: 10000000
预期结果 结果1:在查询结果显示页面中显示出与订单号相对应的订单信息;
结果2:给出提示:“没有此订单号请您重新核实”


表6.3 对系统容错功能的测试之对客户修改资料的检测
用例名称 对系统容错功能的测试之对客户修改资料的检测
用例ID 18
用例描述 在系统设计时,设计员需要考虑到用户可能会进行什么样的操作。其中,需要判定那些操作是合法的而那些操作是不允许的。在这个系统中,有两类操作需要检测。它们分别是客户更改资料和管理员对网站的维护操作。这个测试是检查客户修改资料的容错功能。
测试方案 客户在填写在修改资料时少填写一项内容,如没有填写联系电话。观察系统是否会发觉并给出提示,或者接受订单。
输入数据 用户名:程正雍    密码:123    Email:414282761@qq.com
地址:武汉      联系电话:15926350346 
找回密码问题:生日?   问题答案:8412
预期结果 点击提交后,系统弹出提示框“更新失败请与管理员联系”。同时,没有将信息添加进数据库中。
表6.4 对系统容错功能的测试之管理员对网站的维护的检测
用例名称 对系统容错功能的测试之管理员对网站的维护的检测
用例ID 1
用例描述 在系统设计时,设计员需要考虑到用户可能会进行什么样的操作。其中,需要判定那些操作是合法的而那些操作是不允许的。在这个系统中,有两类操作需要检测。它们分别是客户更改资料和管理员对网站的维护操作。这个测试是检查管理员对网站信息维护时的容错功能。
测试方案 管理员在进行添加商品信息时,要填写完整的基本资料。此时少填写一项或几项内容,或填写格式不正确,观察系统是否会接受管理员的修改。
输入数据 商品名称:日记本本    商品价格:xyz     商品类型:其它

推荐资料