称为代码复审。主要有三种方法：个人复查、走查、会审。机器测试分为黑盒测试（又称功能测试）和白盒测试（又称结构测试）两种。
下面对本网上购物系统进行测试，以检查系统能否正确完成各种操作，是否能够实现预期具有的功能。 （1）系统后台登陆模块
此模块是进入本系统操作的一个入口，用于维护系统的安全。只有将正确的用户名和密码输入系统，才能继续进行操作
现在输入用户名和错误的密码，测试是否能够登录。测试结果是系统提示“用户名与密码不相符！”，如图6-1所示。
图6.1 提示用户名或密码错误消息窗口
（2）用户购物模块
用户浏览商品，点击购买商品按钮，系统检查该用户是否已登陆，如果没登陆给出提示信息，用户进入购物车页面后，可修改商品数量，对于非数字的将不能输入，在用户下单界面，对各个表单进行了验证，不符合要求的将给予提示信息，如图6.3所示。
图6.2用户购物测试
（3）购物车模块
经过上面部分的分析，我们可以得知，购物车模块是我们需要特别注意的地方，因为它涉及到了我们数据库中的大部分数据，并且是进行网上交易的最关键部分，绝对不能出现任何的差错，下面我们就针对这一模块进行用例测试：
我们以用户12的身份登入系统，用户名是：12 ，密码是：12 然后点击定购商品：诺基亚6100，单价为1222元 弹出购物车清单：选择商品数量3，确认。如图6.3所示。
图6.3物车模块测试
出现清单：显示商品名称诺基亚6100,数量3,合计 3666元。
与我们估算的数据相符。
在测试过程中，我经过模块测试和组装测试，排除了系统的大部分错误。当然排除所有错误是不太可能的，我想应该还有些不易检测到的错误还没有被发现，需要在使用的过程中进一步的完善，数据库的加密是一个重要的概念，在实际的应用过程中是一个尚待解决的问题，应该做好数据库的完善工作，特别是备份和安全工作；另一方面本系统没有制作相关的打印，由于时间仓促难免有错误和不完善的地方，希望老师能够帮我指点和纠正。
6.4 系统的性能分析
网上购物系统的性质决定了它的服务端工作负荷比较大，这就要求服务端的硬件配置要尽可能的高，主要是内存，而且操作系统也要尽可能的稳定。基于java的系统一般来说网络安全性比较好，但并不能说就一定安全，尤其在windows操作系统下，由于windows的漏洞比较多，系统装配在windows下并不是最佳的选择，如果有条件，建议可将系统装配在unix操作系统下，提高系统的抗侵入能力。
系统的核心数据库，随着数据的不断增多，必然会产生冗余，导致系统运行效率降低，建议管理员定期备份和清理冗余数据，以保证系统的正常高效运行。
6.5 系统中所存在的问题及解决方案
6.5.1 系统的整体设计和规划中的问题
由于是基于B/S的系统，网页在其中就承担着非常大的工作，包括向服务端后台写入和修改数据，以及服务端响应客户端的请求，向客户端页面返回数据，这些工作不可能只由几个网页来完成，但网页数量一多又必然结构混乱，造成开发过程难以控制。
为解决这个问题，我采用了现代软件开发过程的模块化思想，先将系统功能进行分解，大致可分为两部分，即前台和后台，前台又包括主页面及产品信息展示页面、搜索功能页面、新闻页面、购物车及订单页面等几个大的部分，后台包括会员信息管理、商品信息管理、新闻信息管理、等几个部分，各个部分又由许
多小的页面组成，这样一来虽然网页数量没有减少，但结构清晰了很多，在开发过程中可以逐步，逐个模块的实现，提高了开发效率。
该系统的可维护性和可扩展性不够好。虽然系统基于MVC模式来分析设计。但是Service （业务逻辑类） ，DAO（持久化类）没有基于接口编程，这样如果以后如果有业务逻辑有什么需求变化需要深入代码内部直接修改，而且修改的复杂度加重了，也增加了许多重复性的劳动。改系统控制器是主要是基于Servlet 这样每一个请求都要写一个Servlet 带来了很多重复性劳动，而且也不利于以后代码的维护。建议用Struts统一对所有请求，和响应进行统一管理。
改系统的健壮性和安全性做的不够好，想多个人对同一种物品进行操作时没有做数据同步操作。尤其是再对数据库操作时建议用线程同步机制。对于有恶意行为的用户记录其ip地址然后禁止改用户的所有权限。
6.5.2 开发功能模块所遇到的难点
因为是第一次做这么完整的系统，所以碰到的问题也很多，除了一些基本的语法之外，感觉还是一些考虑问题的思维方式不太得当，比如我的这个网上购物系统，我感觉难度比较大的还是购物车这个模块比较的难设计，因为过程比较复杂，他的一些逻辑处理就比较的难以用代码实现。
当用户完成选购，点击去收银台结算时，系统开始判断商品库中的这些商品数量是否大于用户所选数量，如果大于提示用户选择一个小于该物品数量的数量，否则直接加入该购物车中
这样就基本上实现了购物车的功能。 6.5.3系统中存在的问题及拟定的解决方法
(1)第一个问题是用户在注册过程中，一些关键字段的命名规则存在着比较大的缺陷，比如用户名的选择上，一般的习惯是规定只能从a~z和数字0～9的随机组合，不能有特殊字符，而且只能以字母开头，不能以数字开头，用户名的长度也有限制，我在系统中只考虑了为空的情况，这是不够的，我们可以在jsp页面添加一段javascript验证代码，主要是使用正则表达式对用户名进行限制，