ProductMgr.getInstance().add(p); 修改则使用update语句。

会员信息管理，则主要是对一些恶意注册用户进行删除，该功能设计存在一

定问题，具体在后面会有一定说明。

图5.8会员信息管理界面

网站信息管理，进行网上新闻的发布，修改删除，以及系统公告等信息的设置，这些功能虽然无关紧要，但在实际中却能方便用户，提高网站效益。

图5.9 新闻信息管理界面

在完成系统的更新之后，作为管理人员，应该及时注销自己的帐户，树型菜单的上方提供了注销登陆的选项，点击之后，注销用户，并返回到前台页面，防

止他人恶意修改网站信息，造成不必要的损失。

以上两个部分都是比较简单的功能实现，具体实现过程与前几个类似。

第六章 系统测试及性能分析

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

6.1测试的基本概念

（1）测试的目的

软件测试的目的是尽可能多地发现软件产品（主要是指程序）中的错误和缺陷。

明确测试的目的是一件非常重要的事，因为在现实世界中对测试工作存在着许多模糊或者错误的看法，这些看法严重影响着测试工作的顺利进行。

有人认为测试是为了证明程序是正确的，也就是说程序不再有错误，事实证明这是不现实的。因为要通过测试来发现程序中的所有错误就要穷举所有可能的输入数据，检查它们是否产生正确的结果。例如，一个需要3个16位字长的整型输入数据的程序，输入数据的所有组合情况大约有3×1014种，若每组数据的测试时间为1ms，那么即使一年365天，每天24小时地测试，也大约需要1万年的时间。 （2）测试用例

要进行测试，除了要有测试数据（或称输入数据）外，还应同时给出该组测试数据应该得到怎样的输出结果，我们称它为预期结果。在测试时将实际的输出结果与预期结果比较，若不同则表示发现了错误。因此测试用例是由测试数据和预期结果构成的。

为了发现程序中的错误，应竭力设计能暴露错误的测试。一个好的测试用例是极有可能发现迄今为止尚未发现的错误的测试用例。一次成功的测试是发现了至今为止尚未发现的错误的测试。

（3）白盒测试和黑盒测试

测试的关键是测试用例，其方法可分成两类：白盒测试和黑盒测试。 白盒测试是把程序看成装在一只透明的白盒子里，测试者完全了解程序的结构和处理过程。它根据程序的内部逻辑来设计测试用例，检查程序中的逻辑通路是否都按预定的要求正确地工作。

黑盒测试是把程序看成一只黑盒子，测试者完全不了解（或不考虑）程序的结构和处理过程。它根据规格说明书规定的功能来设计测试用例，检查程序的功能是否符合规格说明的要求。

6.2 测试步骤

软件测试的主要步骤有单元测试、集成测试和确认测试。 （1）单元测试(Unit Testing)

单元测试也称模块测试。通常单元测试可放在编码阶段，程序员在编写好一个模块后，总会对自己编写的模块进行测试，检查它是否实现了详细设计说明书中规定的模块功能和算法。单元测试主要发现编码和详细设计中产生的错误，通常采用白盒测试。

（2）集成测试（Integration Testing）

集成测试也称组装测试，它是对由各模块组装而成的程序进行测试，主要检查模块间的接口和通信。集成测试主要发现设计阶段产生的错误，通常采用黑盒测试。

（3）确认测试(Validation Testing)

确认测试的任务是检查软件的功能、性能及其他特征与用户的需求一致，它是以需求规格说明书（即需求规约）作为依据的测试。确认测试通常采用黑盒测试。

确认测试产生测试程序是否满足需求规格说明书所列的各项要求，然后要进行软件配置复查，特别是文档是否齐全，各方面的质量是否符合要求等。

6.3系统测试

软件测试方法从测试人员角度看，可分为人工测试和机器测试。人工测试又