用户在填写数据的时候必须与注册页面上的验证相匹配否则会注册失败，注册页面的表单验证是通过验证的，用户名的长度必须在6到18之间，邮箱必须带有@符号，密码和密码确认必须相同，你输入的密码，系统会根据你输入密码的强度给出指定的值，电话号码和身份证号码必须要求输入格式与生活相符合，当你前台验证通过的时候你点击注册，表单会将你输入的值通过name值传递给后台并保存到数据库中。
用户注册流程图如下图所示。
图5-1用户注册流程图
用户注册界面如下图所示。
图5-2用户注册界面
主要由两部分组成，登录前的登录界面以及登录后的用户功能界面。登录界面，要求用户输入用户名和密码，当用户名和密码其中一个输入为空时，给出提示“用户名，密码不能为空”。获取用户名和密码后到数据库中查找，如果用户名存在，以及对应的密码正确，则登录成功，否则登录失败。登录失败后给出提示，并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块，主要有会员基本信息修改，已经发布考试信息管理，发布信息，和退出功能。退出功能是清除全局变量username的值，并跳回到首页。
登录流程图如下图所示。
图5-3登录流程图
用户登录界面如下图所示。
图5-4用户登录界面
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配，在用户点击修改页面的时候，如果改后用户名与数据库里面重复了，页面会提示该用户名已经存在了，否则通过Id来查询用户，并将用户的信息修改为表单提交的数据。
如果商品信息需要修改，管理员可以通过查询商品的基本信息来查询，查询商品信息是通过ajax技术来进行查询的，需要传递商品名称、商品类型等参数然后在返回到该页面中,可以选中要修改或删除的那条信息，如果选中了超过一条数据，页面会挑一个窗口提醒只能选择一条数，如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候，后台会根据传过来的id到数据库查询，并将结果返回到修改页面中，可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中，就是说如果提交的数据数据库中存在就修改，否则就保存。
商品信息管理展示界面如下图所示。
图5-5商品信息管理展示界面
数码资讯功能整体流程：用户浏览数码资讯信息时，同时会显示数码资讯的状态，系统会在其显示详细信息的页面时便会判断数码资讯的状态，若数码资讯状态为可浏览，则会显示搜索的链接按钮。在用户点击搜索按钮时，会先通过拦截器判断用户是否登录，若未登录，会跳转至登录页面，提示用户先登录，若为登录用户就会跳转至填写信息的页面，填写好信息之后，点击搜索按钮，成功之后显示出数码资讯。
数码资讯流程图如下图所示。
图5-6数码资讯流程图
数码资讯添加界面如下图所示。
图5-7数码资讯添加界面
此页面的关键是物流信息管理，包括物流信息详情等。单击提交按钮以完成物流的添加。如果未写入完整的物流信息，例如，如果未写入订单、状态，系统将给出相应的错误提示，并且无法成功输入。数据以概念的形式以onsubmit =“return checkForm（）”的形式写入以进行检查，checkForm（）函数是一种用于写入数据的不同类型的校对方法，是不是为空也是经过form表单中的οnsubmit=”return checkForm()来检查。
管理员点击左侧菜单“物流信息”，页面跳转到管理页面，调用后台政策列表查询所有订单的物流信息。并将信息密封到数据集合List，绑定到请求对象，然后页面跳转到相应的界面，显示出物流信息，单击删除按钮完成物流信息的删除。
物流信息管理界面如下图所示。
图5-8物流信息管理界面
点击订单信息时，会给出数据填写的页面，该页面根据填写好的订单信息等同样会事先发送Ajax请求查询是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
订单信息管理流程图如下图所示。
图5-9订单信息管理流程图
购买订单管理页面效果如下图所示。
图5-10购买订单管理界面
对任何系统而言，测试都是必不可少的环节，测试可以发现系统存在的很多问题，所有的软件上线之前，都应该进行充足的测试之后才能保证上线后不会Bug频发，或者是功能不满足需求等问题的发生。下面分别从单元测试，功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
下表是电子产品商铺管理系统功能的测试用例，检测了电子产品商铺管理系统管理中对商品信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；管理员登录系统。
表6-1 商品信息管理的测试用例
| 功能描述 | 用于商品信息管理 | |
| 测试目的 | 检测商品信息管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加商品信息，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加商品信息，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改商品信息，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改商品信息，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除商品信息，选择招聘信息删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索商品信息，输入存在的招聘信息名 | 查找出商品信息 | 与预期结果一致 |
| 点击搜索商品信息，输入不存在的招聘信息名 | 不显示商品信息 | 与预期结果一致 |
下表是用户管理功能的测试用例，检测了政策信息中对用户信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；管理员登录系统。
表6-2 用户管理的测试用例
| 功能描述 | 用于用户管理 | |
| 测试目的 | 检测用户管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加用户信息，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加用户信息，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改用户信息，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改用户信息，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除用户信息，选择政策信息删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索用户信息，输入存在的政策信息名 | 查找出用户信息 | 与预期结果一致 |
| 点击搜索用户信息，输入不存在的用户信息名 | 不显示用户信息 | 与预期结果一致 |
使用阿里云PTS（Performance Testing Service）性能测试服务对线上系统进行压力测试。线上服务器环境为：1核心CPU，1G内存，1Mbps公网带宽，Centos7.0操作系统。
压测过程中使用了2台并发机器，每台机器20个用户并发，对系统主页，登录，数据查询和数据维护等模块进行并发访问，测试结果是有40个用户并发时，数据管理相关页面的响应时间甚至达到了7s，通过查看服务器出网流量发现已经达到1381kb/s，可以看出服务器的带宽已经达到峰值，如果系统使用5Mbps的带宽，系统的响应时间和TPS将会大大增加。在整个测试的过程中，CPU的使用率占用仅8%，也提现出带宽瓶颈对系统的影响非常严重。
">