淘宝网软件测试报告
Xx大学xx学院
（2014----2015学年第3学期）淘宝网测试报告
专业名称：软件工程（电子商务方向）学号：xxx
学生姓名：xxx
项目组成员：
组长：
学号： xxx 姓名： xxx
负责工作：引言、测试环境、测试计划、登陆模块
小组成员：
学号： xxx 姓名： xxx
学号： xxx 姓名： xxx
目录
1 引言 (4)
1.1编写目的 (4)
1.2项目背景 (4)
1.3用户群 (4)
1.4基本定义 (4)
1.5术语和缩写词 (5)
1.6参考资料 (5)
2 测试概要 (6)
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 测试用例 (8)
3.1功能测试 (9)
3.1.1 子功能名称 (9)
4 测试结果 (18)
4.1 BUG性质及模块分布图 (18)
4.2改进建议 (18)
5 测试结论 (19)
5.1功能 (19)
5.2易用性 (19)
5.3可靠性 (19)
5.4兼容性 (19)
5.5安全性 (19)
1引言
1.1编写目的
本测试报告为淘宝网的测试报告，目的在于运用学习理论阶段的软件测试方法和技术，总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，是否达到预期结果。预期参考人员包括软件用户、老师、同学等。伴随着网络和服务业的发展，网上购物正不断的改变我们的购物方式，而淘宝网则网上购物系统的佼佼者。淘宝网是亚太地区较大的网络零售商圈，由阿里巴巴集团在2003年5月10日投资创立。淘宝网现在业务跨越C2C（个人对个人）、B2C（商家对个人）两大部分。截止2014年，淘宝网注册会员超5亿人每天有超过1.2亿的活跃用户，在线商品数达到10亿件，淘宝网和天猫平台的交易额总额超过了1.5万亿。面对如此庞大的用户群和交易额，做好软件测试，增强软件的健壮性则尤为重要。
1.2 项目背景
截至2014年底，淘宝网拥有注册会员近5亿，日活跃用户超1.2亿，在线商品数量达到10亿，在c2c市场，淘宝网占95.1%的市场份额。淘宝网在手机端的发展势头迅猛，据易观2014年最新发布的手机购物报告数字，手机淘宝+天猫的市场份额达到85.1%。截止目前，淘宝网创造的直接就业机会达467.7万。[5]随着淘宝网规模的扩大和用户数量的增加，淘宝也从单一的C2C网络集市变成了包括C2C、分销、拍卖、直供、众筹、定制等等多种电子商务模式在内的综合性零售商圈。
2015年6月24日中午11点30分左右，全国有多位网友反映淘宝客户端出现故障，表现为登陆失败、搜索物品出现网络连接失败提示，“我的淘宝”中收货评价、收藏的宝贝等功能不能使用的现象。对此，阿里巴巴(中国)有限公司在其官方微博称，因网络系统故障，导致部分手机淘宝用户无法购物，工程师已经紧急修复了系统，12:38分左右，手淘服务已基本恢复。
淘宝网拥有庞大的用户群和交易额，一旦发生错误，后果不堪设想，因此做好软件测试，增强软件的健壮性特别重要。
1.3 用户群
读者：测试人员，老师
1.4 基本定义
五类测试错误类型。
A类：严重错误，包括以下各种错误：
?由于程序所引起的死机,非法退出
?死循环
?数据库发生死锁
?因错误操作导致的程序中断
?功能错误
?与数据库连接错误
?数据通讯错误
B类：较严重错误，包括以下各种错误：
?程序错误
?程序接口错误
?数据库的表、业务规则、缺省值未加完整性等约束条件
C类：一般性错误，包括以下各种错误：
?操作界面错误（包括数据窗口内列名定义、含义是否一致）
?打印内容、格式错误
?简单的输入限制未放在前台进行控制
?删除操作未给出提示
?数据库表中有过多的空字段
D类：较小错误，包括以下各种错误：
?界面不规范
?辅助说明描述不清楚
?输入输出不规范
?错误操作未给用户提示
?提示窗口文字未采用行业术语
?可输入区域和只读区域没有明显的区分标志
1.5术语和缩写词
测试用例：测试用例可以独立进行测试执行的最小单元。测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。测试用例就是将软件测试的行为活动转化为规范化的文档。
Bug:英文单词，本意是臭虫、缺陷、损坏、窃听器、小虫等意思。现在人们将在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug（漏洞）。
1.6 参考资料
［1］朱少民,《 软件测试方法和技术》．北京：清华大学出版社，2014
2 测试概要
测试目的：在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保是否满足需求。 测试声明：测试人员在软件开发过程中的任务： 1、寻找Bug ；
2、避免软件开发过程中的缺陷；
3、衡量软件的品质；
4、关注用户的需求。
2.1 测试环境 2.1.1 软件硬件配置
表2.1 软件硬件配置图 2.1.2 淘宝数据仓库应用拓扑图
环境
应用服务器
数据库服务器
客户端 硬件配置
Linux
CPU ：CPU 奔腾Ⅲ以
上
内存：512M 以上 硬盘：500G 或以上
Oracle ，MySQL
Windows7 旗舰版 CPU ：i3-3110M 内存：4.00GB 硬盘：456.76GB
软件配置 Window7 旗舰版
Window7 旗舰版
Window7 旗舰版
网络配置
10M LAN
10M LAN
10M LAN
图2.1 淘宝数据仓库应用拓扑图
2.2 测试计划
版本/时间，计划开始时间实际开始时间，计划结束时间，实际完成时间，加班，增加资源：
表2.2 测试计划（1） 版本/时间 计划开始时间
实际开始时间
计划结束时间
实际结束时间
加班
增加资源 登陆模块
2015-6-03 2015-6-03 2015-7-03 2015-7-03 否
否
表2.2 测试计划（2）
2.3 测试执行
此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。
任务（子功能） 开始时间 结束时间 总 计（天） 登陆模块
2015-6-03
2015-7-03
30
2.4 测试用例设计方法
测试用例设计方法：等价类划分法
等价类划分法是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。
测试用例设计方法：边界值分析法
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
2.4.1 功能性
淘宝网前台实现的基本功能主要有：用户注册；用户登陆；修改用户个人信息；商品选购；查看商品详细情况；购物车功能；查看用户的订单信息；
淘宝网后台管理的基本功能主要有：商店商品管理：添加、修改、删除、查看；用户信息管理：查看、修改、删除；订单信息管理：查看订单清单、更新订单付款、出货状态、删除订单。
2.4.2 易用性
操作按钮提示信息正确性，一致性，可理解性；限制条件提示信息正确性，一致性，可理解性；必填项标识；输入方式可理解性。
2.5 覆盖分析
2.5.1 需求覆盖
本次测试对系统需求的覆盖情况为 需求覆盖率=Y（P）项/需求项总数×100%=100%
表2.5 覆盖测试需求
需求 /功能测试类型是否通过备注
登陆功能测试Y
表格中“是否通过”的四种状态：[Y]：全部通过；[P]：部分通过；[N]：不通过；[N/A] ：不可测试或者用例不适用。
3 测试用例
3.1 功能测试
3.1.1 子功能名称
模块名称登陆模块
建立日期2015-7-3 建立人员栗少婧修改日期2015-7-3
状态[ ] 草稿 [ ] 正在修改[√] 正式发布
定义为了在用户进行商品交易的时候确认用户ID，用户在进行商品结算的时候，进行登录。
登录的主要目的是通过ID确认该用户是否注册，系统根据登录用户名的注册信息进行交易。登陆界面实现验证码功能。
登录的时机可以在用户访问系统的时候，也可以在商品结算的时候。只有登陆才可以结算，如果不登陆结算则跳回登陆界面。
结算界面要求可以导航到用户定单维护界面，方便用户查看，维
护定单。
用例 1.不输入帐户名和密码
2.输入账户名但不输入密码
3.输入密码但不输入账户名
4.输入错误的账户名与密码
5.输入正确的账户名与密码
6.输入正确的账户名与错误的密码
7.输入错误的账户名与正确的密码
8.输入正确的账户名与密码但在账户名前加空格
9.输入正确的账户名与密码但在密码前加空格
10.输入正确的账户名与密码但在账户名后加空格
11.输入正确的账户名与密码但在密码后加空格
12.在账户名与密码栏都输入特殊字符
预期情况 1 提示输入帐户名和密码
2 提示输入密码
3 提示输入帐户名
4 提示帐户名,密码有误
5 登录成功并转到主页面
6 提示输入的密码与帐户名不匹配，重新输入
7 提示帐户名不存在或错误
8 登录成功并转到主页面
9 登录成功并转到主页面
10 登录成功并转到主页面
11 登录成功并转到主页面
12 提示帐户名不存在或错误
实际结果输
入实际输出，如图所示。
1.输入：帐户名为空，密码为空
2.输入：帐户名.：孩子好久，密码为空
3.输入：帐户名为空，密码为156********li(个人帐户密码，保护隐私)
4.输入：帐户名.：admin，密码为admin 输入：帐户名.：123456，密码为123456
输入：帐户名.：111，密码为111 输入：帐户名.：444，密码为444
5.输入：帐户名.：孩子好久，密码为156********li
6.输入：帐户名.：孩子好久，密码为111
7.输入：帐户名.：444，密码为156********li
8.输入：帐户名：孩子好久，密码为156********li
9.输入：帐户名：孩子好久，密码为156********li
10.输入：帐户名：孩子好久，密码为156********li
11.输入：帐户名：孩子好久，密码为156********li
12.输入：帐户名：@#$%^&，密码为@#$%^&
结论测试通过
4 测试结果
4.1 bug性质及模块分布图
对被测软件的总体评估：标识在测试中的缺陷、限制或约束，对软件和系统性能的影响，包括未得到满足的标识，推荐的更正方案或方法。
表4.1 bug类型及数量
模块
Bug性质
A类B类C类D类总数
登陆0 0 0 0 0 软件测试合格须符合以下标准：
表4.1 测试合格标准
A类错误B类错误C类错误D类错误
无无无无
4.2 改进建议
在整个系统测试执行期间，测试员高效地及时解决了各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，如，测试执行时间相对较少，测试通过标准要求较低；细节性错误较多，测试时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。
建议：需求提出方可以再使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。
●在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测
试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的
问题，同时也可以降低沟通成本。
●发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的
问题而出现的无效bug。
●开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。
●开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug
很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试
人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。
5 测试结论
测试执行充分；测试目标完成；测试通过。
5.1 功能
系统正确的实现了用户注册功能。
5.2 易用性
现有系统实现了如下易用性：必填项标识；输入方式可理解性；输入限制的正确性；中文界面下数据语言与界面语言的一致性；操作按钮提示信息正确性，一致性，可理解性；输入限制提示信息的正确性，可理解性，一致性；查询，添加，删除，修改操作相关提示信息的一致性，可理解性。
现有系统存在如下易用性缺陷：中英文混排；中英文对应的正确性；输入缺少解释性说明；输入，输出字段的可理解性差。
5.3 可靠性
现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。
现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。
5.4 兼容性
现有系统支持window下的IE浏览器和傲游，360浏览器，支持linux系统下的IE 浏览器和火狐浏览器。现有系统未进行其他兼容性测试。
5.5安全性
现有系统控制了以下安全性问题：把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录；直接输入某一页面的Url能否打开页面并进行操作不应该允许。
现有系统未控制以下安全性问题：用户名和密码应对大小写敏感。