执 笔 者 日 期 指导教师 ... 2015年1月2日 ... 商城购物网站
二○一五 年 一 月 二 日 计算机科学与技术系
1. 测试概述
1.1. 编写目的
对于网上购物系统项目中所有的软件测试活动中，包括测试进度、资源、
问题、风险以及测试组合其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好地开展测试工作。 本系统测试总结报告的预期读者是：
项目组所有人员； 测试组人员； 以及指导老师。 1.2. 测试范围
网上购物系统项目因自身的特殊性，测试组仅依据用户需求说明说和软件需求规格说明书以及相应的设计文档进行系统测试，包括功能测试，性能测试，用户访问与安全控制测试，用户界面测试以及兼容性测试等，而单元测试和集成测试则由开发人员来执行。主要功能包括：
前台功能：
1）商城首页
2）商品列表展示页面 3）用用户注册页面 4）用户登录页面 5）加入购物车页面
后台功能：
1)主界面展示 2)用户管理 3)订单管理 4)商品管理 5)公告管理 6)后台设计
1.3. 参考资料
《概要设计说明书》;《详细设计说明书》；《项目开发计划书》求分析规格说明书》。
2. 测试计划执行情况
2.1. 测试类型
所用的测试工具测试类型 测试内容 测试目的 和方法 核实所有的功能均已正前台模块：用户登录、注册常实现，即可按每个用采用黑盒测试，基本信息、浏览商品、查询户的需求购买商品 使用边界值测商品、购物车管理、订单管1业务流程检验：各试、等价类测功能测试 理 个业务刘程符合常试、数据驱动等后台模块：管理员登录系规逻辑，用户使用测试方法，进行统、商品管理模块、订单管时不会产生疑问 手工测试 理模块、用户管理模块 2数据精确：各数据类型的输入输出时《需；统计精确 1导航、链接、Cookie、页面结构包括菜单、背景、颜用户界面测试 色、字体、按钮名称、TITLE、提示信息的一致性等 2友好性、易用性、合理性、一致性、正确性等 核实各个窗口风格都与基准版本保持一致，或Web测试通过符合可接受标准，能够方法 保证用户界面的友好手工测试 性，易操作性。而且符合用户操作习惯 1．应用程序级别的安全性：核实用户只能操作其1密码：登录、个人用户、管所拥有权限能操作的功理员用户 安全性和访2权限限制 问控制测试 3通过修改URL非法访问 核实只有具备系统访问4登录超时限制等 权限的用户才能访问系统。 1.在用不同版本的浏览器： 火狐，IE,开发工具自带的浏览器 核实系统在不同的软件兼容性测试 2.不同操作系统：和硬件配置中运行稳定 window7,xp。 不同操作系统与不同浏览器的组合测试 性能测试 1． 最大并发数； 核实系统在大流量的数loadRunner8.0 测试 黑盒测试，手工2．系统级别的安全性：测试 能。 黑盒测试、手工查询商品信息、公告时，注册新用户时以及登录时系统的响应时间； 据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象 自动化测试 2.2. 进度偏差
测试活动 计划起止日期 实际起止日期 进度偏差 备注 待SDP评审完制定测试计划 毕 等待和测试计划评审 SCMP,SQAP同时评审 分解测试需求 测试需求 Review 选定测试范围 编写测试方案 测试方案评审 根据需求变更修设计测试用例 改用例 测试用例评审 测试执行 测试总结 测试移交 2.3. 测试坏境与配置
资源名称/类型 测试PC机（4台） 配 置 Web服务器及数据库服务器均采用AMD Atholon （1G HZ）PC 工作站。内存4G、硬盘120G。 数据库管理系统 应用软件 客户端前端展示 oracle数据库 Tomcat 5.5、MyEclipse、 IE8.0，火狐浏览器 2.4. 测试机构与人员
测试阶段 模块测试 系统测试 测试机构名称 测试组，开发组 测试组 负责人 李敦庆 李敦庆 参与人员 全体开发人员 全体开发人员 所充当角色 测试人员 测试人员 2.5. 测试问题总结
在整个系统测试执行期间，项目组开发人员高效地及时解决测试组人员提出的各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，表现在： 1.测试执行时间相对较少，测试通过标准要求较低。
2.开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多。
3.测试执行人员对管理平台不够熟悉，使用时效率偏低。
4.测试执行人员对系统了解不透彻，测试执行时存在理解偏差，导致提交无效缺陷。
3. 测试总结
3.1. 测试用例执行结果
功能模块
订单管理
前台管理
库存管理
商品管理
用例编号 TEST CASE 001 TEST CASE 002
TEST CASE 003 TEST CASE 004 TEST CASE 001 TEST CASE 002 TEST CASE 003
TEST CASE 004 TEST CASE 005 TEST CASE 006 TEST CASE 001
TEST CASE 002 TEST CASE 003 TEST CASE 001 TEST CASE 002 TEST CASE 003
TEST CASE 004
TEST CASE 005
用例名称 未处理的订单 送货中的订单
以结算的订单 已取消的订单 商品名 关键字 购买商品
查看商品 收藏夹 收货信息 库存配置管理 库存预警商品 所有库存商品 一级分类管理 二级分类管理 商品信息管理
回车验证 必填项是否允许为
空
用例状态 测试结果 已执行 测试通过 已执行
测试通过
已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行
测试通过
已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行 测试通过 已执行
测试通过
已执行
测试通过
已执行
测试通过
TEST CASE 006 TEST CASE 001
翻页 必填项是否为空 输入字符的数等于
已执行 已执行
测试通过 测试通过
已执行
TEST CASE 002 TEST CASE 003
用户管理
TEST CASE 004 TEST CASE 005 TEST CASE 006 TEST CASE 007
特殊字符的校验 清空按钮校验 修改密码 忘记密码
已执行 已执行 已执行 已执行
测试通过 测试通过 测试通过 测试通过
允许的最大字符数
tab校验
已执行
测试通过 测试通过
3.2. 测试问题解决
下表中描述测试总发现的、没有满足需求或其他方面要求的部分。
测试用例标示符 错误或问题描述 购买商品界面的修改数量按钮错误或问题状态 TEST CASE 001 的功能不能使用，失去了作用。 收藏夹按钮的功能没有起到作已解决 TEST CASE 002 用。 库存预警商品界面的按钮不能已解决 TEST CASE 003 实现具体的功能，失效。 库存配置管理界面的清空按钮已解决 TEST CASE 004 没有作用，没有起到什么作用。 已解决 TEST CASE 005 商品信息管理的清空按钮功能已解决 实现没有起到作用。 二级分类管理的清空按钮失去TEST CASE 006 了作用。 一级分类管理界面的清空按钮已解决 TEST CASE 007 失去了作用。 清空功能基本实现，对用户的已解决 TEST CASE 008 清空不起作用，其他都可以起到清空作用。 已解决 3.3. 测试结果分析
3.3.1. 覆盖分析
3.3.1.1.
测试覆盖分析
测试覆盖率＝18/26×100％=70.0% 需求/功能 系统功能 用例个数 26 执行总数 26 未执行 0 未/漏测分析和原因 产生失败数为8，最后均以合理的处理方式解决。 系统安全分析 系统性能 用户界面 运行环境 1 4 0 0 1 2 0 0 0 0 0 0 3.3.1.2. 需求覆盖分析
对应约定的测试文档（《网上购物系统测试方案》），本次测试对系统需求的覆盖情况为：
需求覆盖率＝Y（P）项/需求项总数 ×100％＝83.33％
需求项 系统功能 系统安全分析 系统性能 用户界面 测试类型 系统测试 系统测试 系统测试 系统测试 是否通过[Y][P][N][N/A] [Y] [P] [P] [N/A] 备注 3.3.2. 缺陷分析
本次测试中发现Bug有6个 按缺陷在各功能点的分布情况分：
A-严重影 严重级别 响系统运需求 行的错误 用户个人注册 登录系统 修改商品信息 删除商品分类 管理员登录 删除公告 浏览商品信息 发表留言 C-不影响运B-功能方面一般缺行但必须修陷，影响系统运行 改 1 D-合理化建议 4. 综合评价 4.1. 软件能力 经过项目组开发人员、测试组人员以及相关人员的协力合作，商城购物网站系统项目如期完成并达到交付标准。该系统能够实现网上购物系统在用户需求说明书中所约定的功能，即能够基本满足用户在前台进行用户个人注册，登录，购买商品，发表留言以及搜索和浏览其它的商品信息，需求方可在网上购物系统后台可根据用户的信息审核注册用户，管理订单和用户的模板以及发布公告等功能。 4.2. 缺陷和限制 该系统除基本满足功能需求外，在性能方面还存在不足，有系统继续优化的空间。另外，部分功能在设计上仍存在不足之处。 4.3. 建议 需求提出方可以在使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。 建议当项目组成员确定后，在项目组内部对一些事项进行约定。如开发/测试的通用规范等，将会在一定程度上提高开发和测试的效率。 因篇幅问题不能全部显示，请点此查看更多更全内容