用户使用及测试报告

测试分析报告 1引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2 •测试计划执行情况 2.1测试项目 2.2测试机构和人员 2.3测试结果 3 •系统需求测试结论 4. 评价 4.1系统能力 4.2缺陷和限制 4.3建议 4.4测试结论

1 •引言

1.1编写目的

通过测试，发现数据库端、网站页面的错误；验证系统是否满足系统需求和设计要求； 检查系统对误操作的处理能力；为系统可靠性与安全性的评估提供依据。 用户。

主要针对开发者和

1.2项目背景

目前项目已经开发完成，将进入试运行和验收阶段， 现在对项目的整个测试过程做一个总结。

1.3定义

单元测试：集中检测软件设计的最小单元-模块。 集成测试：是测试和组装软件的系统化技术。

自底向上集成：从“原子”模块（即在软件结构最低层的模块）开始组装和测试。

白盒测试：已知产品的内部工作过程， 可以通过测试证明每种内部操作是否符合设计规格要 求，所有内部成分是否以经过检查。

黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

BUG :电脑内部发生的小故障

1.4参考资料

书名 作者 出版社信息 《软件工程》 张海藩 清华大学厂商2005 《软件工程标准手册》. 石柱 中国标准厂商2004 《struts+ spring +hibernate 开发入门真功夫》 三扬科技 电子工业出版社2009 《精美网页制作HTML/CSS》 冰浩逸 北京希望电子出版社， 2001 2 •测试计划执行情况 2.1测试项目 一、单元测试 1、登陆模块 内容：主要功能通过网站管理员操作数据库， 数据库shippingonline中的用户表、管理员表。 目的：通过测试，实现网页调用数据库信息并进行相应显示。 来实现相应功能，主要测试内容为前台界面与 2、注册模块 内容：主要功能通过网站管理员操作数据库, 数据库shippingonline中的用户表。 目的：通过测试，实现网页调用数据库信息并进行相应显示。 来实现相应功能, 主要测试内容为前台界面与 主要测试内容为前台界面与内容：主要功能通过网站管理员操作数据库 , 3、购物车模块 来实现相应功能, 数据库shipp in go nli ne中的订单表、购物表、产品表、订单条目、账单表产品类型表相互调 用。 目的：通过测试，实现网页调用数据库信息并进行相应显示。 4、 付款模块 内容：主要功能通过网站管理员操作数据库， 来实现相应功能，主要测试内容为前台界面与 数据库shippingonline中的订单表、购物表、付款方式表，账单表产品类型表相互调用。 目的：通过测试，实现网页调用数据库信息并进行相应显示。 5、 查找模块 内容：主要功能通过网站管理员操作数据库， 数据库shippingonline中的产品表相互调用。 目的：通过测试，实现网页调用数据库信息并进行相应显示。 来实现相应功能，主要测试内容为前台界面与 6、 后台管理模块 内容：主要功能通过网站管理员操作数据库， 数据库shippingonline中的信息表相互调用。 来实现相应功能，主要测试内容为前台界面与 目的：通过测试，实现网页调用数据库信息并进行相应显示。 二、集成测试 在单元测试都完全通过后， 对模块进行整合，对整合后的模块进行测试， 在分块开发过程中 可能有不同的模块共同调用相同的数据表， 可能存在冲突，因此，在集成测试的过程中主要 对共用的数据表进行字段 sort值的分配，以便消除相互冲突，从而达到系统的完整性。 2.2测试机构和人员 测试机构 A.T.项目开发组 负责人 李玲涛 测试人员名单 郑明福，胡子禄，刘福生，王冰杰，非本组其 他人员 责任 ①研发小组：负责测试单元模块。 ②非本小组其他成员：负责测试集成模块。 2.3测试结果 一、单元测试 用例ID 功能A描述 用例目的 前提条件 admin 注册 验证系统是否能正确注册？ 网络正常、数据库连接正确。 输入/动作 期望的输岀/响应 实际情况 注册个人信息，点击“确认” 按钮。

注册中因数据库 编码问题，系统无提示注册成功。但直接跳转 到成功姓名中可加下划线，登陆界面。 只能用英文字符注册。接 受空字符串注册

用例ID 功能A描述 用例目的

admin 登陆 验证系统是否能正确登陆？ 输入/动作 填写用户名和密码，点击“登 陆”按钮。

期望的输岀/响应 实际情况 系统无提示登陆成功。但直接跳转 到成功能根据前面注册的账户成功登陆到该 系统。 登陆界面。

用例ID 功能A描述 用例目的 前提条件 admin 搜索 验证系统是否能正确搜索产品？ 网络正常、数据库连接正确。 期望的输岀/响应 实际情况 输入/动作 输入产品编号，点击“搜索” 按系统搜索到相应关键字的产品， 钮。

并在客户端显示岀来 只能接受非中文搜索，输入中文时， 抛岀异常。

用例ID 功能A描述 用例目的 前提条件 admin 产品订购 验证系统是否能正确产品订购？ 网络正常、数据库连接正确。 期望的输岀/响应 实际情况 姓名中可加下划线，注册中因数据库 编码问题，产品的详细信息，能否订购 只能用英文字符注册。 输入/动作 查看所要的产品， 点击“订

购”按钮。

用例ID 功能A描述 用例目的 前提条件 admin 网站后台管理 验证系统后台功能？ 网络正常、数据库连接正确。 期望的输岀/响应 实际情况 存在着字符码转化问题，无法使用hql 语句，所有的后台操作。

执行相应的后台增删改数据 输入/动作 跑岀500错误，控制台打印 runtimeException 。 用例ID 功能A描述 用例目的 前提条件 admin 收银台 验证系统完成用户付款？ 网络正常、数据库连接正确。 输入/动作 期望的输岀/响应 完成相应货款的支付 成功 实际情况 点击“确定”按钮

用例ID 功能A描述 用例目的 前提条件 admin 更改资料 验证系统用户资料的更改？ 网络正常、数据库连接正确。 输入/动作 点击“确定”按钮

期望的输岀/响应 完成相应货款的支付 成功 实际情况 二、集成测试 在单元测试都完全通过后， 对模块进行整合，对整合后的模块进行测试， 在分块开发过程中 可能有不同的模块共同调用相同的数据表， 可能存在冲突，因此，在集成测试的过程中主要 对共用的数据表进行字段 sort值的分配，以便消除相互冲突，从而达到系统的完整性。 3.系统需求测试结论 一、 单元测试 经过对单元模块的系统性测试， 本系统已经具有将每个模块对数据库进行添加、 但在细节方面发现了很多弊端， 修改、删除 还是对需求分析没 等操作，实现了其作为一个应用的实例， 有做深刻的探究，没有把每个事项都考虑再内，造成了临时改变临时增添表的失误。 二、 集成测试 经过对集成整体的体统测试， 本系统已经初步成为一个整体， 并配于相应的首页的点缀， 并 且将每个下拉菜单及全部的控件链接都能够实现其相应功能， 户能从每个导航进入相应链接。从而实现多点进入的特点， 用 4 •评价 4.1系统能力 经全面系统的测试，该网站已经初步满足用户需求，具备作为一个软件制作初级水平阶段。 4.2缺陷和限制 该网站已经初步实现应有个功能， 不能判断添加的数据项是否为空、 在细节方面存在这较多的缺陷，例如在添加字段的时候当 是否符合数据库中规定的数据类型、 实现分页是否能够比 风格不 较稳定的实现等，在页面的设置方面，在模块于模块的转换的时候页面色调不统一， 是很结合，在以后要继续完善。 4.3建议 在对该网站进行进一步的完善的时候， 对于程序代码方面的缺陷还是应该有各个模块的负责 指定出总体风格方案，相互 人进行修改，但是在总体网页风格上尽量团队之间相互商讨后， 协调，共同来完成。 4.4测试结论 该项目较好地完成了需求分析报告的内容，功能点基本满足用户的需求，同意通过测试 。