目录
源码在文章末尾
1、文档目录
1、课题研究目的
人类经济高速发展,人们的生活发生了日新月异的变化,特别是计算机的应用普及到经济和社会生活的各个领域。为了让消费者购物过程变得简单、方便、安全、快捷、网上宠物店成了一新型宠物商店方式。网上宠物生活用品购买的优势明显,在完善后是一种高效的、系统化的、安全性的,具有跨时代”意义的网上购物系统。
2、开发技术
2.1 Android技术
2.2 servlet
3、需求分析
全球信息化的进程正改变着人们的生活方式,全球 正逐步进入了网络经济时代。网上购物的出现给人们的生活方式带来了前所未有的改变,作为占世界人口五分之一-的中国, 毫无疑问也深刻的感受到了这股浪潮所带来的冲击。
3.1 系统模型
3.2 系统用例图
3.3 顶层数据流图
3.4 零层数据流图
3.5 系统功能模块图
3.6 部分功能模块说明
4、数据库设计
5、效果实现图
6、系统测试
6.1 白盒测试
白盒测试又称为结构测试、透明盒测试、逻辑驱动测试或基于的测试。白盒测试是一种测试用例设计方法,白盒指的是盒子是可视化的,你清楚盒子内部的东西以及里面是如何运作的。白盒测试法是指全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。
6.2 黑盒测试
黑盒测试也称做为功能测试,它是通过测试来检测每个功能是否都能够正常使用。在测试中,把程序看作一个不能打开的黑盒子,在对程序内部结构和内部特性完全不考虑的情况下,对程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能够适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法却是是发现不了的。
6.3 功能测试用例
1)用户登陆
表6.1 用户登陆功能测试表
用例编号 |
01 |
编制时间 |
2022--07--05 |
||||
功能特性 |
用户登陆 |
||||||
测试目的 |
测试用户是否可以登陆成功 |
||||||
前置条件 |
用户名:a1059100145 密码:123456 在用户信息表中添加成功 |
||||||
用例分支 |
操作描述 |
数据 |
预期结果 |
实际结果 |
P/F |
||
01 |
使用以上描述的用户名和密码登录 |
“a1059100145” “123456” |
登录成功进入我的主页面 |
提示登录成功后进入我的页面 |
通过 |
||
02 |
使用不正确的用户名或者密码进行登录 |
“133333” “123456” |
提示登录名或者密码不正确 |
提示登录名或者密码不正确 |
通过 |
||
2)用户注册
表6.2 用户注册功能测试表
用例编号 |
02 |
编制时间 |
2022--07--05 | ||||
功能特性 |
用户注册 |
||||||
测试目的 |
测试用户是否可以注册成功 |
||||||
前置条件 |
进入手机APPE游 |
||||||
用例分支 |
操作描述 |
数据 |
预期结果 |
实际结果 |
P/F |
||
01 |
用户进入登录页面后点击注册,填写相关信息后点击提交 |
“123456” “123456” |
用户注册成功 |
用户注册成功,用户信息表中增加一条用户记录 |
通过 |
||
02 |
用户注册信息时填写用户表中已有信息 |
“13333” “123456” |
提示消息用户已注册 |
提示已有用户,可以直接登录 |
通过 |
||
表6.3 订单功能测试表
用例编号 |
03 |
编制时间 |
2022--07--05 | ||||
功能特性 |
用户查询留言 |
||||||
测试目的 |
测试用户查询留言是否成功 |
||||||
前置条件 |
用户以正确的用户名和密码正常登录网站成功 |
||||||
用例分支 |
操作描述 |
数据 |
预期结果 |
实际结果 |
P/F |
||
01 |
用户进入商品信息查看,点击预定,进入订单模块,填写相应的数据 |
“2” “4” “qwe” “yyq” “12345678910” “2021-05-05” |
订单预定成功 |
达到预期效果 |
通过 |
||
02 |
用户进入商品信息查看,点击预定,进入订单模块,不按格式填写完数据 |
“555” “77” “87” |
订单预定失败 |
达到预期效果 |
通过 |
||
表6.4 反馈功能测试表
用例编号 |
04 |
编制时间 |
2022--07--05 | ||||
功能特性 |
用户发表反馈 |
||||||
测试目的 |
测试用户发表反馈是否成功 |
||||||
前置条件 |
用户以正确的用户名和密码正常登录成功 |
||||||
用例分支 |
操作描述 |
数据 |
预期结果 |
实际结果 |
P/F |
||
01 |
用户进入反馈模块,填写完反馈信息,点击提交 |
“商品描述不够” |
发表反馈成功 |
达到预期效果 |
通过 |
||
02 |
用户进入反馈模块,不填填写反馈信息,点击提交 |
发表反馈失败” |
达到预期效果 |
通过 |
|||