从web系统查询数据的根本的查询步骤:
Step1: 进行检查并且过滤来自用户的系统数据;
Step2: 成立起一个合适的数据库进行连接;
Step3: 进行查询系统数据库;
Step4: 获得查询的结构;
Step5: 把查询的结果展示给用户。
Step6: 数据库连接断开,释放资源。
数据库连接原理如下图所示。
图5-1数据库连接原理
为确保系统安全性,系统操作员只有在登录界面输入正确的用户名、密码、权限以及验证码,单击“登录”按钮后才能够进入本系统的主界面。
用户登录流程图如下所示。
图5-1用户登录流程图
登录界面如下图所示。
图5-1登录界面
用户输入用户名、密码、电话、姓名等必填信息后,点击注册按钮完成用户的注册。
用户注册流程图如下所示。
图5-1用户注册流程图
用户注册界面如下图所示。
图5-1用户注册界面
-
-
- 评论模块的实现
-
用户可以发表自己的评论。将页面session中的用户账号userId和发表评论文字框内容传入控制层LiuyanAction,调用addLiuyan方法,通过LiuyanDAOImp向数据库留言表插入,将结果返回lyb.jsp界面。
评论添加流程图如下图所示。
图5-1评论添加流程图
评论添加界面如下图所示。
图5-1评论界面
如果游戏信息的信息需要修改,管理员可以通过查询游戏信息的基本信息来查询游戏信息,查询游戏信息是通过ajax技术来进行查询的,需要传递游戏信息的标题、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
游戏信息展示界面如下图所示。
图5-1游戏信息界面
系统用户管理主要是对新用户的添加和旧用户的删除。新用户的添加主要是指添加用户名称并确定其密码;旧用户的删除也是从下拉菜单中找到对应的用户名称将其删除。不论是新用户添加还是旧用户的删除,这个权限只有管理员具有。
用户管理流程图如下所示。
图5-1用户管理流程图
用户管理界面如下图所示。
-
-
- 密码修改模块的实现
-
密码修改是对当前登录用户的密码进行修改,在管理员登录页面后右上方也能进行密码修改。
密码修改流程图如下所示。
图5-1密码修改流程图
如果游戏的信息需要修改,管理员可以通过查询游戏的基本信息来查询游戏,查询旅游景点是通过ajax技术来进行查询的,需要传递游戏的名称、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
游戏信息展示界面如下图所示。
图5-1游戏信息展示界面
游戏资讯信息添加功能主要指对其资讯内容、详情等一些基本信息的添加、删除和修改。游戏资讯查询能根据资讯内容、详情等多种条件对游戏资讯信息进行查询。
旅游日记添加如下图所示。
图5-1旅游日记添加界面
-
-
- 新闻分类列表管理模块的实现
-
新闻列表添加功能主要指对其新闻标题、内容、详情等一些基本信息的添加、删除和修改。新闻列表查询能根据新闻列表标题对新闻列表信息进行查询。
新闻列表流程图如下所示。
图5-1新闻列表流程图
新闻列表添加如下图所示。
图5-1新闻列表添加界面
系统测试是用于检查软件的质量、性能、可靠性等是否符合用户需求。一套严谨的、规范的、完善的测试过程将大大提高软件的质量、可信度、可靠性,降低软件的出错率,降低用户风险系数。通过在计算机上对系统进行测试试验并从中发现此系统中存在的问题和错误然后加以修改,使之更加符合用户需求。
1.测试的目的是通过测试来发现程序在执行过程中的错误的过程。
2.好的测试方案是可以检验出还未被发现的错误的方案。
3.好的测试是发现了到目前为止还未被发现的错误的测试。
4.该系统能够完成游戏信息、分类信息、用户管理、游戏资讯、游戏社区等功能,做到所开发的系统操作简单,尽量使系统操作不受用户对电脑知识水平的限制。
下表是系统登录功能测试用例,检测了用户名和密码的不同的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
功能描述 | 用于系统登录 | |
测试目的 | 检测登录时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例,检测了各种数据的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
功能描述 | 用于用户注册 | |
测试目的 | 检测用户注册时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是游戏信息管理功能的测试用例,检测了游戏信息管理中对游戏信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-3 游戏信息管理的测试用例
功能描述 | 用于游戏信息管理 | |
测试目的 | 检测游戏信息管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加游戏,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加游戏,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改游戏,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改游戏,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除游戏,选择游戏删除 | 提示删除成功 | 与预期结果一致 |
点击搜索游戏,输入存在的游戏名 | 查找出游戏 | 与预期结果一致 |
点击搜索游戏,输入不存在的游戏名 | 不显示游戏 | 与预期结果一致 |
下表是旅游日记管理功能的测试用例,检测了旅游日记管理中对旅游日记信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-4 旅游日记管理的测试用例
功能描述 | 用于旅游日记管理 | |
测试目的 | 检测旅游日记管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加旅游日记,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加旅游日记,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改旅游日记,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改旅游日记,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除旅游日记,选择旅游日记删除 | 提示删除成功 | 与预期结果一致 |
点击搜索旅游日记,输入存在的旅游日记名 | 查找出旅游日记 | 与预期结果一致 |
点击搜索旅游日记,输入不存在的旅游日记名 | 不显示旅游日记 | 与预期结果一致 |
下表是分类信息管理功能的测试用例,检测了分类信息管理中分类信息单的操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-5 分类信息管理的测试用例
功能描述 | 用于分类信息管理 | |
测试目的 | 检测分类信息管理时各种操作的情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
未选择游戏,点击提交 | 提示请选择游戏 | 与预期结果一致 |
未选择类型,点击提交 | 提示请选择类型 | 与预期结果一致 |
未选择时间,点击提交 | 提示请选择时间 | 与预期结果一致 |
根据以上测试情况,测试结果如下表所示。
表6-1测试结果表
测试项目 | 测试结果 |
登录测试 | 成功 |
修改密码测试 | 成功 |
游戏信息测试 | 成功 |
分类信息测试 | 成功 |
游戏社区测试 | 成功 |
用户管理测试 | 成功 |
新闻列表管理测试 | 成功 |
游戏资讯管理测试 | 成功 |
公告栏管理测试 | 成功 |