完整word版淘宝网软件测试报告.docx

完整word版淘宝网软件测试报告.docx

《完整word版淘宝网软件测试报告.docx》由会员分享，可在线阅读，更多相关《完整word版淘宝网软件测试报告.docx（17页珍藏版）》请在冰豆网上搜索。

完整word版淘宝网软件测试报告

Xx大学xx学院

（2014----2015学年第3学期）

淘宝网测试报告

专业名称：

软件工程（电子商务方向）

学号：

xxx

学生姓名：

xxx

项目组成员：

组长：

学号：

xxx姓名：

xxx

负责工作：

引言、测试环境、测试计划、登陆模块

小组成员：

学号：

xxx姓名：

xxx

学号：

xxx姓名：

xxx

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软件硬件配置图

环境

应用服务器

数据库服务器

客户端

硬件配置

Linux

CPU：

CPU奔腾Ⅲ以上

内存：

512M以上

硬盘：

500G或以上

Oracle，MySQL

Windows7旗舰版

CPU：

i3-3110M

内存：

4.00GB

硬盘：

456.76GB

软件配置

Window7旗舰版

Window7旗舰版

Window7旗舰版

网络配置

10MLAN

10MLAN

10MLAN

2.1.2淘宝数据仓库应用拓扑图

图2.1淘宝数据仓库应用拓扑图

2.2测试计划

版本/时间，计划开始时间实际开始时间，计划结束时间，实际完成时间，加班，增加资源：

表2.2测试计划

（1）

版本/时间

计划开始时间

实际开始时间

计划结束时间

实际结束时间

加班

增加资源

登陆模块

2015-6-03

2015-6-03

2015-7-03

2015-7-03

否

否

表2.2测试计划

（2）

任务（子功能）

开始时间

结束时间

总计（天）

登陆模块

2015-6-03

2015-7-03

30

2.3测试执行

此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。

针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。

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.输入：

帐户名为空，密码为15698408262li（个人帐户密码，保护隐私）

4.输入：

帐户名.：

admin，密码为admin

输入：

帐户名.：

123456，密码为123456

输入：

帐户名.：

111，密码为111

输入：

帐户名.：

444，密码为444

5.输入：

帐户名.：

孩子好久，密码为15698408262li

6.输入：

帐户名.：

孩子好久，密码为111

7.输入：

帐户名.：

444，密码为15698408262li

8.输入：

帐户名：

孩子好久，密码为15698408262li

9.输入：

帐户名：

孩子好久，密码为15698408262li

10.输入：

帐户名：

孩子好久，密码为15698408262li

11.输入：

帐户名：

孩子好久，密码为15698408262li

12.输入：

帐户名：

@#$%^&，密码为@#$%^&

结论

测试通过

4测试结果

4.1bug性质及模块分布图

对被测软件的总体评估：

标识在测试中的缺陷、限制或约束，对软件和系统性能的影响，包括未得到满足的标识，推荐的更正方案或方法。

表4.1bug类型及数量

模块

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能否打开页面并进行操作不应该允许。

现有系统未控制以下安全性问题：

用户名和密码应对大小写敏感。