淘宝网软件测试报告

1、 Xx 大学 xx 学院 （2014-2015 学年 第 3 学期） 淘宝网测试报告淘宝网测试报告 专 业 名 称：软件工程（电子商务方向） 学 号： xxx 学 生 姓 名： xxx 项目组成员：项目组成员： 组长：组长： 学 号： xxx 姓名： xxx 负责工作： 引言、测试环境、测试计划、登陆模块 小组成员：小组成员： 学 号： xxx 姓名： xxx 学 号： xxx 姓名： xxx 目目 录录 1 1 引言引言.4 1.1 编写目的.4 1.2 项目背景.4 1.3 用户群.4 1.4 基本定义.4 1.5 术语和缩写词.5 1.6 参考资料.5 2 2 测试概要测试概要.6 2.

2、1 测试环境.6 2.1.1 软件硬件配置.6 2.1.2 淘宝数据仓库应用拓扑图.6 2.2 测试计划.7 2.3 测试执行.7 2.4 测试用例.8 2.4.1 功能性.8 2.4.2 易用性.8 2.5 覆盖分析.8 2.5.1 需求覆盖.8 3 3 测试用例测试用例.8 3.1 功能测试.9 3.1.1 子功能名称.9 4 4 测试结果测试结果.18 4.1 BUG性质及模块分布图 .18 4.2 改进建议.18 5 5 测试结论测试结论.19 5.1 功能.19 5.2 易用性.19 5.3 可靠性.19 5.4 兼容性.19 5.5 安全性.19 1 1 引言引言 1.11.1 编

3、写目的编写目的 本测试报告为淘宝网的测试报告，目的在于运用学习理论阶段的软件测试方法和技 术，总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，是否达到预期结 果。预期参考人员包括软件用户、老师、同学等。伴随着网络和服务业的发展，网上购 物正不断的改变我们的购物方式，而淘宝网则网上购物系统的佼佼者。淘宝网是亚太地 区较大的网络零售商圈，由阿里巴巴集团在 2003 年 5 月 10 日投资创立。淘宝网现在业 务跨越 C2C（个人对个人）、B2C（商家对个人）两大部分。截止 2014 年，淘宝网注册 会员超 5 亿人每天有超过 1.2 亿的活跃用户，在线商品数达到 10 亿件，淘宝网和天猫

4、 平台的交易额总额超过了 1.5 万亿。面对如此庞大的用户群和交易额，做好软件测试， 增强软件的健壮性则尤为重要。 1.21.2 项目背景项目背景 截至 2014 年底，淘宝网拥有注册会员近 5 亿，日活跃用户超 1.2 亿，在线商品数 量达到 10 亿，在 c2c 市场，淘宝网占 95.1%的市场份额。淘宝网在手机端的发展势头迅 猛，据易观 2014 年最新发布的手机购物报告数字，手机淘宝+天猫的市场份额达到 85.1%。 截止目前，淘宝网创造的直接就业机会达 467.7 万。5随着淘宝网规模的扩大和用户 数量的增加，淘宝也从单一的 C2C 网络集市变成了包括 C2C、分销、拍卖、直供、众筹

5、、 定制等等多种电子商务模式在内的综合性零售商圈。 2015 年 6 月 24 日中午 11 点 30 分左右，全国有多位网友反映淘宝客户端出现故障， 表现为登陆失败、搜索物品出现网络连接失败提示，“我的淘宝”中收货评价、收藏的 宝贝等功能不能使用的现象。对此，阿里巴巴(中国)有限公司在其官方微博称，因网络 系统故障，导致部分手机淘宝用户无法购物，工程师已经紧急修复了系统，12:38 分左 右，手淘服务已基本恢复。 淘宝网拥有庞大的用户群和交易额，一旦发生错误，后果不堪设想，因此做好软件 测试，增强软件的健壮性特别重要。 1.31.3 用户群用户群 读者：测试人员，老师 1.41.4 基本定义

6、基本定义 五类测试错误类型。 A 类：严重错误，包括以下各种错误： 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与数据库连接错误 数据通讯错误 B 类：较严重错误，包括以下各种错误： 程序错误 程序接口错误 数据库的表、业务规则、缺省值未加完整性等约束条件 C 类：一般性错误，包括以下各种错误： 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据库表中有过多的空字段 D 类：较小错误，包括以下各种错误： 界面不规范 辅助说明描述不清楚 输入输出不规范 错误操作未给用

7、户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志 1.51.5 术语和缩写词术语和缩写词 测试用例：测试用例可以独立进行测试执行的最小单元。测试内容的一系列情景和 每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用 例。测试用例就是将软件测试的行为活动转化为规范化的文档。 Bug:英文单词，本意是臭虫、缺陷、损坏、窃听器、小虫等意思。现在人们将在电 脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为 bug（漏洞）。 1.61.6 参考资料参考资料 1朱少民, 软件测试方法和技术北京：清华大学出版社，2014 2 2 测试概要测试概要 测

8、试目的：在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试 质量并执行测试用例后，需要跟踪故障，以确保是否满足需求。 测试声明：测试人员在软件开发过程中的任务： 1、寻找 Bug； 2、避免软件开发过程中的缺陷； 3、衡量软件的品质； 4、关注用户的需求。 2.12.1 测试环境测试环境 2.1.12.1.1 软件硬件配置软件硬件配置 表 2.1 软件硬件配置图 2.1.22.1.2 淘宝数据仓库应用拓扑图淘宝数据仓库应用拓扑图 环境应用服务器数据库服务器客户端 硬件配置 Linux CPU：CPU 奔腾 以上 内存：512M 以上 硬盘：500G 或以 上 Oracle，MySQ

9、L Windows7 旗舰版 CPU：i3-3110M 内存：4.00GB 硬盘：456.76GB 软件配置 Window7 旗舰版Window7 旗舰版Window7 旗舰版 网络配置 10M LAN10M LAN10M LAN 图 2.1 淘宝数据仓库应用拓扑图 2.22.2 测试计划测试计划 版本/时间，计划开始时间实际开始时间，计划结束时间，实际完成时间， 加班，增加资源： 表 2.2 测试计划（1） 版本版本/ /时间时间 计划开始计划开始 时间时间 实际开始实际开始 时间时间 计划结束计划结束 时间时间 实际结束实际结束 时间时间 加班加班增加资源增加资源 登陆模块 2015-6-

10、032015-6-032015-7-032015-7-03 否 否 表 2.2 测试计划（2） 2.32.3 测试执行测试执行 此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的 测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依 据测试计划和测试用例，对系统进行了完整的测试。 任务（子功能）任务（子功能）开始时间开始时间结束时间结束时间总总 计（天）计（天） 登陆模块登陆模块 2015-6-032015-6-03 2015-7-032015-7-03 3030 2.42.4 测试用例测试用例设计方法设计方法 测试用例设计方法：等价类划分法 等价

11、类划分法是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然 后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常 用的黑盒测试用例设计方法。 测试用例设计方法：边界值分析法 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界 值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。 2.4.12.4.1 功能性功能性 淘宝网前台实现的基本功能主要有：用户注册；用户登陆；修改用户个人信息；商 品选购；查看商品详细情况；购物车功能；查看用户的订单信息； 淘宝网后台管理的基本功能主要有：商店商品管理：添加、修改、删除、查

12、看；用 户信息管理：查看、修改、删除；订单信息管理：查看订单清单、更新订单付款、出货 状态、删除订单。 2.4.22.4.2 易用性易用性 操作按钮提示信息正确性，一致性，可理解性；限制条件提示信息正确性，一致性， 可理解性；必填项标识；输入方式可理解性。 2.52.5 覆盖分析覆盖分析 2.5.12.5.1 需求覆盖需求覆盖 本次测试对系统需求的覆盖情况为 需求覆盖率=Y（P）项/需求项总数 100%=100% 表 2.5 覆盖测试需求 表格中“是否通过”的四种状态：Y：全部通过；P：部分通过；N：不 通过；N/A ：不可测试或者用例不适用。 需求需求 / /功能功能测试类型测试类型是否通过

13、是否通过备注备注 登陆功能测试 Y 3 3 测试用例测试用例 3.13.1 功能测试功能测试 3.1.13.1.1 子功能名称子功能名称 模块名称模块名称登陆模块 建立日期建立日期 2015-7-3 建立人员建立人员栗少婧修改日期修改日期 2015-7-3 状态状态 草稿草稿 正在修改正在修改 正式发布正式发布 定义定义为了在用户进行商品交易的时候确认用户 ID，用户在进行 商品结算的时候，进行登录。 登录的主要目的是通过 ID 确认该用户是否注册，系统根据 登录用户名的注册信息进行交易。登陆界面实现验证码功能。 登录的时机可以在用户访问系统的时候，也可以在商品结算 的时候。只有登陆才可以结算

14、，如果不登陆结算则跳回登陆界 面。结算界面要求可以导航到用户定单维护界面，方便用户查 看，维护定单。 用例用例1.不输入帐户名和密码 2.输入账户名但不输入密码 3.输入密码但不输入账户名 4.输入错误的账户名与密码 5.输入正确的账户名与密码 6.输入正确的账户名与错误的密码 7.输入错误的账户名与正确的密码 8.输入正确的账户名与密码但在账户名前加空格 9.输入正确的账户名与密码但在密码前加空格 10.输入正确的账户名与密码但在账户名后加空格 11.输入正确的账户名与密码但在密码后加空格 12.在账户名与密码栏都输入特殊字符 1 提示输入帐户名和密码 2 提示输入密码 3 提示输入帐户名

15、4 提示帐户名,密码有误 预期情况预期情况 5 登录成功并转到主页面 6 提示输入的密码与帐户名不匹配，重新输入 7 提示帐户名不存在或错误 8 登录成功并转到主页面 9 登录成功并转到主页面 10 登录成功并转到主页面 11 登录成功并转到主页面 12 提示帐户名不存在或错误 实际结果输实际结果输 入入实际输出，如图所示。 1.输入：帐户名为空，密码为空 2.输入：帐户名.：孩子好久，密码为空 3.输入：帐户名为空，密码为 li(个人帐户密码，保护隐私) 4.输入：帐户名.：admin，密码为 admin 输入：帐户名.：，密码为 输入：帐户名.：111，密码为 111 输入：帐户名.：44

16、4，密码为 444 5.输入：帐户名.：孩子好久，密码为 li 6.输入：帐户名.：孩子好久，密码为 111 7.输入：帐户名.：444，密码为 li 8.输入：帐户名： 孩子好久，密码为 li 9.输入：帐户名：孩子好久，密码为 li 10.输入：帐户名：孩子好久 ，密码为 li 11.输入：帐户名：孩子好久，密码为 li 12.输入：帐户名：#$%&，密码为#$%& 结论结论测试通过 4 4 测试结果测试结果 4.14.1 bugbug 性质及模块分布图性质及模块分布图 对被测软件的总体评估：标识在测试中的缺陷、限制或约束，对软件和系统性能的 影响，包括未得到满足的标识，推荐的更正方案或方

17、法。 表 4.1 bug 类型及数量 Bug 性质 模块 A 类B 类C 类D 类总数 登陆 00000 软件测试合格须符合以下标准： 表 4.1 测试合格标准 A 类错误B 类错误C 类错误D 类错误 无无无无 4.24.2 改进建议改进建议 在整个系统测试执行期间，测试员高效地及时解决了各种缺陷，在一定程度上较好 地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一 些问题，如，测试执行时间相对较少，测试通过标准要求较低；细节性错误较多，测试 时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。 建议：需求提出方可以再使用该系统的基础上，继续搜集用户的使

18、用需求反馈，并 结合市场同类产品的优势，在今后的版本中不断补充并完善功能。 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测 试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的 问题，同时也可以降低沟通成本。 发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的 问题而出现的无效 bug。 开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。 开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的 bug 很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能 测试人员没有发现该 bug，而且，这样可以保证发现的 bug 都能够