}

3.2.3 商品订单代码

会员购买商品，进行下单处理代码。

public class TCatelogDAO extends HibernateDaoSupport { private static final Log log = LogFactory.getLog(TCatelogDAO.class); // property constants public static final String CATELOG_NAME = \ public static final String CATELOG_MIAOSHU = \ protected void initDao() { // do nothing

}

public void save(TCatelog transientInstance) { log.debug(\ try { getHibernateTemplate().save(transientInstance); log.debug(\ } catch (RuntimeException re) { log.error(\ throw re; } }

public void delete(TCatelog persistentInstance) { log.debug(\ try { getHibernateTemplate().delete(persistentInstance); log.debug(\ } catch (RuntimeException re) { log.error(\ throw re; }

}

20

第4 章 结果分析

4.1 功能测试

经过需求分析、设计和编码等阶段的开发后，得到了源程序，开始进入到软件测试阶段。然而，在测试之前的各阶段中都可能在软件产品中遗留下许多错误和缺陷，如果不及时找出这些错误和缺陷，并将其改正，这个软件产品就不能正常使用，甚至会导致巨大的损失。目前，程序的正确性证明尚未得到根本的解决，因此软件测试仍是发现软件中错误和缺陷的主要手段。

系统整体测试步骤： 1．单元测试

单元测试是整体测试中的第一步，通常在编码阶段进行。在源程序代码经过编译、评审、确认没有语法错误之后，便可开始进行单元测试。

2．集成测试

集成测试在单元测试完成之后，将所有的模块概要设计要求组装成系统时进行的测试，主要目标是发现与接口有关的问题。

3．确认测试

经过集成测试之后，接口错误已经发现被发现并改正了，接下便要进行确认测试。所谓确认测试就是验证所开发软件的功能性及其他特性是否符合软件需求规格说明书的要求。所以，确认测试又被称为有效性测试。

4．系统测试

系统测试是更大范围内进行测试，它将经过确认测试的软件作为整个基于计算机的系统的一个元素，在实际运行环境下，对系统进行的一系列集成和确认测试。

4.2 单元测试

为了测试系统的正确性和完整性，本节将对系统中重点模块的测试进行介绍。 4.2.1 前台首页的测试

1．查询模块的测试

首先在主页中的查询产品中的下拉列表中单击某一类别，然后在文本框中输入要查询的商品关键字，在右边显示菜单中查询到商品，则说明查找成功。通过对系统的反复大量的测试，该模块测试成功。

2．商品分类浏览模块的测试

测试过程是单击页面左边的商品类别，选中某一类别后，就可以在页面右边显

21

示该类别下的所有商品。通过对该功能的重复大量测试，该模块能够准确地实现此项功能。

4.2.2 购物车模块的测试

在本模块中首先对修改数量单元进行了测试，所修改的数量如果是有效数字，则修改所购数码产品数量成功，否则修改失败，系统自动将商品数量重置为“1”。通过随机测试了几组数据，其修改的数量和累计的金额均正确。如果客户购买了同一个商品，则就会进行该商品购买数量的累加，不会重复出现。然后针对购物车应该不限制顾客购买数码产品的数量这一原则进行测试，通过大量向购物车中添加数码产品来进行测试，测试结果为购物车中可以显示所添加的所有数码产品信息，测试结果取得了预期的效果。 4.2.3 用户注册模块的测试

在用户注册模块中涉及到了三项数据，项目分别为密码和确认密码、用户真实姓名、住址、性别、E_mail、QQ。测试这个模块准备的数据有：

1．sang、123、123、—、哈尔滨道里区、女、bing@123.com、37472 2．sa、123、12、张三、哈尔滨道外区、男、bzhi@123.com、6434634 3．be、123、123、李四、哈尔滨香坊区、男、bli@123.com、53658403

首先进入注册页面，输入第一组数据，单击注册按钮系统会提示表单信息不能为空，因为表单信息要全部填写，而真实姓名没有写值。然后测试第二组数据，可以明显看出所输入的密码与确认密码是不一致的。然后测试第四组数据，其中九项均是系统正确的数据，因此测试通过。在填写用户名时，用户可以查看自己的用户名是否可以使用。

4.2.4 商品管理模块的测试

10． 添加功能的测试

对数码产品添加模块准备的商品名、商品描述、商品图片、商品颜色、市场价、特价、商品种类，分别准备的测试数据为：摩托罗拉W220、翻盖手机，好用。1680、1500。其中类别的选择是通过下拉列表框来选择，颜色也是通过下拉列表来选择，图片单击上传图片后，找到图片的地址点击确定就可以上传，单击添加按钮，执行添加操作，数据提交后，就完成了商品的添加。之后，进行了几项测试，如漏填了几项数据、上传图片格式不正确，这些数据的操作结果都是失败。

11． 删除功能的测试

以编号为4的这条记录为例，通过单击该条记录上的“删除”链接按钮，对数码产品信息进行删除的操作，数据提交后，系统提示“删除商品信息成功”，通过对该模块的浏览，该信息的确已被删除，查无此条记录，说明此模块运行无误，信息删除成功。如果是删除商品类别，假如该类别下还有商品，则会提示不能删除，如果类别下没有商品，则可以进行删除。

22

12． 查询功能的测试

本系统中的查询功能都是通过点击链接实现的。将数码产品管理的编码进行了测试，输入管理员的密码登录后台后点击数码产品设置就可以直接看到查询出的数码产品信息。点击查看产品图片后查询出了数码产品是否上传了图片，系统没有出现错误，查询成功。

4.3 系统测试

下面采用白盒测试中的基本路径测试方法，来测试此系统。

13． 根据详细设计或者代码绘制流程图和程序流图如图4-1和图4-2所示。

图4-1 登录界面流程图

23