淘宝网软件测试报告

PAGE10PAGE1Xx大学xx学院（20142015学年第3学期）淘宝网测试报告专业名称：软件工程（电子商务方向）学号：xxx学生姓名：xxx项目组成员：组长：学号：xxx姓名：xxx负责工作：引言、测试环境、测试计划、登陆模块小组成员：学号：xxx姓名：xxx学号：xxx姓名：xxx目录1引言 41.1编写目的 41.2项目背景 41.3用户群 41.4基本定义 41.5术语和缩写词 51.6参考资料 52测试概要 62.1测试环境 62.1.1软件硬件配置 62.1.2淘宝数据仓库应用拓扑图 62.2测试计划 72.3测试执行 72.4测试用例 82.4.1功能性 82.4.2易用性 82.5覆盖分析 82.5.1需求覆盖 83测试用例 83.1功能测试 93.1.1子功能名称 94测试结果 184.1bug性质及模块分布图 184.2改进建议 185测试结论 195.1功能 195.2易用性 195.3可靠性 195.4兼容性 195.5安全性 191引言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］朱少民,《软件测试方法和技术》．北京：清华大学出版社，20142测试概要测试目的：在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保是否满足需求。测试声明：测试人员在软件开发过程中的任务：1、寻找Bug；

2、避免软件开发过程中的缺陷；

3、衡量软件的品质；

4、关注用户的需求。2.1测试环境2.1.1软件硬件配置表2.1软件硬件配置图环境应用服务器数据库服务器客户端硬件配置LinuxCPU：CPU奔腾Ⅲ以上内存：512M以上硬盘：500G或以上Oracle，MySQLWindows7旗舰版CPU：i3-3110M内存：4.00GB硬盘：456.76GB软件配置Window7旗舰版Window7旗舰版Window7旗舰版网络配置10MLAN10MLAN10MLAN2.1.2淘宝数据仓库应用拓扑图图2.1淘宝数据仓库应用拓扑图2.2测试计划版本/时间，计划开始时间实际开始时间，计划结束时间，实际完成时间，加班，增加资源：表2.2测试计划（1）版本/时间计划开始时间实际开始时间计划结束时间实际结束时间加班增加资源登陆模块2015-6-032015-6-032015-7-032015-7-03否否表2.2测试计划（2）任务（子功能）开始时间结束时间总计（天）登陆模块2015-6-032015-7-03302.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.输入：帐户名为空，密码为空输入：帐户名.：孩子好久，密码为空3.输入：帐户名为空，密码i(个人帐户密码，保护隐私)输入：帐户名.：admin，密码为admin输入：帐户名.：123456，密码为123456输入：帐户名.：111，密码为111输入：帐户名.：444，密码为4445.输入：帐户名.：孩子好久，密码i6.输入：帐户名.：孩子好久，密码为1117.输入：帐户名.：444，密码i8.输入：帐户名：孩子好久，密码i9.输入：帐户名：孩子好久，密码i10.输入：帐户名：孩子好久，密码i11.输入：帐户名：孩子好久，密码i12.输入：帐户名：@#$%^&，密码为@#$%^&结论测试通过4测试结果4.1bug性质及模块分布图对被测软件的总体评估：标识在测试中的缺陷、限制或约束，对软件和系统性能的影响，包括未得到满足的标识，推荐的更正方案或方法。表4.1bug类型及数量模块Bug性质A类B类C类D类总数登陆00000软件测试合格须符合以下标准：表4.1测试合格标准A类错误B类错误C类错误D类错误无无无无4.2改进建议在整个系统测试执行期间，测试员高效地及时解决了各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，如，测试执行时间相对较少，测试通过标准要求较低；细节性错误较多，测试时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。建议：需求提出方可以再使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问