对淘宝网购物流程设计测试用例
网上购物系统-测试用例

机构图标网上购物系统测试用例机构公开信息版本历史目录1. 文档介绍 4 1.1 文档目的 41.2 文档范围 41.3 读者对象 41.4 参考文献 51.5 术语与缩写解释 52. 功能测试用例 52.1 被测试对象的介绍 52.2 测试范围与目的 52.3 测试环境与测试辅助工具的描述 5 2.4 测试驱动程序设计 62.5 功能测试用例 63. 性能测试用例 173.1 被测试对象的介绍 173.2 测试范围与目的 173.3 测试环境与测试辅助工具的描述 17 3.4 测试驱动程序的设计 183.5 性能测试用例 184. 链接测试 204.1 被测试对象的介绍 204.2链接测试内容4.2.1测试所有链接是否按指示的那样确实链接到了该链接的页面; 4.2.2测试所链接的页面是否存在;4.2.3保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问)。
204.3 测试环境与测试辅助工具的描述 204.4 测试驱动程序的设计 214.5 测试人员测试用例 215. 导航测试用例 225.1 被测试对象的介绍 225.2 测试范围与目的 225.3 测试环境与测试辅助工具的描述 225.4 测试驱动程序的设计 235.5导航测试用例 236. 图形用户界面测试用例 246.1 被测试对象的介绍 246.2 测试范围与内容 246.3 测试环境与测试辅助工具的描述 24 6.4 测试驱动程序的设计 256.5 用户界面测试的检查表 257. 兼容性测试用例 267.1 被测试对象的介绍 267.2 测试范围与目的 267.3 测试环境与测试辅助工具的描述 26 7.4 测试驱动程序的设计 277.5 兼容性测试用例 278. 安全性测试用例 278.1 被测试对象的介绍 278.2 测试范围与目的 288.3 测试环境与测试辅助工具的描述 28 8.4 测试驱动程序的设计 288.5安全性测试用例 28附录:评审意见 291. 文档介绍1.1 文档目的本文档的目的在于为执行测试提供用例,指导测试的实施,查找分析缺陷,评估测试质量。
场景法设计测试用例(以在线购物系统为例)

场景法设计测试用例(以在线购物系统为例)场景法设计测试用例在面向对象的软件开发中,事件触发机制是编程中经常遇到的。
(一)场景法原理现在的软件几乎都是用事件触发来控制流程的。
象GUI软件、游戏等。
事件触发时的情景并形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流。
这种在软件设计方面的思想可以引入到软件测试中,可以生动地描绘出事件触发时的情景,有利于设计测试用例,同时使测试用例更容易理解和执行。
在测试一个软件的时候,在场景法中,测试流程是软件功能按照正确的事件流实现的一条正确流程,那么我们把这个成为该软件的基本流;而凡是出现故障或缺陷的过程,就用备选流加以标注,这样的话,备选流就可以是从基本流来的,或是由备选流中引出的。
所以在进行图示的时候,就会发现每个事件流的颜色是不同的。
基本流和备选流:如下图所示,图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径。
备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流1和3);也可能起源于另一个备选流(如备选流2),或者终止用例而不再重新加入到某个流(如备选流2和4)。
在这个图中,有一个基本流和四个备选流。
每个经过用例的可能路径,可以确定不同的用例场景。
从基本流开始,再将基本流和备选流结合起来,可以确定以下用例场景:场景 1 基本流场景 2 基本流备选流 1 场景 3 基本流备选流 1 备选流 2 场景 4 基本流备选流 3 场景 5 基本流备选流 3 备选流 1 场景 6 基本流备选流 3 备选流 1 备选流 2场景 7 基本流备选流 4 场景 8 基本流备选流 3 备选流 4 下面是场景法的基本设计步骤:根据说明,描述出程序的基本流及各项备选流根据基本流和各项备选流生成不同的场景对每一个场景生成相应的测试用例对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值(二)场景法例子1、在线购物系统我们都在当当网或china-pub华章网上书店都订购过书籍,整个订购过程为:用户登录到网站后,进行书籍的选择,当选好自己心仪的书籍后进行订购,这时把所需图书放进购物车,等进行结帐的时候,用户需要登录自己注册的帐号,登录成功后,进行结帐并生成订单,整个购物过程结束。
网上商城典型测试用例

网上商城典型测试用例一、引言1、目的用例是关于用户和系统之间相互作用的文本性描述,从外部角度描述系统的行为,表达系统应该做什么。
本文档通过用例规约描述,来进一步说明该系统需求,是下一阶段系统设计的基础,也是测试用例的重要依据。
2、定义缩写、术语解释OS 在线网系统的简称user OS系统的普通用户角色SM FAM系统的管理员角色3、概述OS系统用来进行网上便捷购物的,主要功能包括会员登录、会员注册、个人信息维护、在线购物、商品目录管理、商品信息管理、会员管理。
二、用例描述1.顾客/用户1.1 会员注册用例名称:会员注册用例ID:角色:User用例说明:User注册成网上购物商城系统的会员前置条件:User已经打开网上购物商城系统的页面基本事件流: 1. User打开注册页面2. User输入E-mail地址(作为用户名)、昵称、登录密码、再次输入登1.2 会员登录1.3 个人信息维护2.1 购物流程模块user2.1.1 添加购买商品信息用例描述:2.1.2 删除购买商品信息2.1.3 修改商品数量2.1.4 结账2.2 后台管理-商品目录管理SM2.2.1 添加商品目录信息用例描述:2.2.2 修改商品目录信息2.2.3 删除商品目录2.3 后台管理-商品管理-SM2.3.1 添加商品信息用例描述:2.3.2 修改商品信息用例描述:2.3.3 删除商品信息用例描述:2.4 后台管理-会员管理SM user2.4.2 删除会员信息。
网上购物系统测试用例

“易达”网管理系统(客户端)测试用例项目名称:网上管理系统——项目测试用例项目编号: 001编写人员:彭莎莎编写日期: 2011年6月13——6月17日审批人员:审批日期:1.引言1.1编写目的为了保证网上购物管理系统的各项功能可靠的实现,特编写了此测试计划,对所开发软件的各功能模块和事例系统进行测试。
本测试计划供程序员在程序高度阶段参考,在系统测试阶段提供测试依据。
本测试计划主要用于发现系统开发过程中出现和各种不妥判之处,发现软件设计中的错误。
1.2编写背景软件工程师设计出软件蓝图后,又经过编码而实现了软件产品。
软件测试则尽力找出软件设计的失败与不足之处,再加以纠正,确保软件设计无差错的实现。
表面看设计是建造,而测试是破坏,但最终的任务是要建造高质量的软件产品。
2 .测试计划执行方法2.1单元测试测试1:在管理员登陆时,用户名或密码或验证码有一项为空或者填写错误,系统是否出现预先设定的操作提示。
具体操作:用户名、密码、验证码、任意一项为空或者填写有误。
结果:都出现相应的错误原因的信息提示。
结论:要求管理员必须填写正确的用户名和密码,才能进入管理页面。
测试2:管理员删除用户注册后,并让其登陆,看是否登陆成功。
具体操作:管理员删除会员表中的用户后,该用户在前台登陆。
结果:没有该用户无法登陆。
结论:用户数据删除功能正常。
测试3:管理员购买商品的信息,在前台按商品序列购买商品,看是否能找到对应的信息。
具体操作:在商品管理页面中的商品查看中点击需购买的商品实例图输入购买商品数量放入购物车。
结果:如果小于库存数量购买成功,否则购买失败。
结论:购买商品信息功能正常。
注册用例登录用例登录与注册测试用例图书借阅预约测试用例。
对淘宝网购物流程设计测试用例

对淘宝网购物流程设计测试用例
实验名称:对淘宝网购物流程设计测试用例
环境:
二.试验LI的:用流程图法为测试画流程图,并给出测试用例
试验内容及步骤
1.用流程图法为测试画流程图,流程图如下:
付款垂1吏忖莹
2.测试用例如下:
测试用例编号测试描述测试输入测试预期结果测试输岀未注册购物不进行注册选择购物能够点击购买,点能够点击购买,点1001
击后要填写会员注击后要填写会员注
册信息册信息注册后购物注册后进行购物能够购买,输入验能够购买,输入验1002
证码后能付款到支证码后能付款到支
付宝付宝填注册信息在注册会员界面,注不能通过信息验证不能通过信息
验证1003
册信息不真实或者注
册信息必填的有空口
项
填注册信息在注册会员界面,注通过验证,进入购通过验证,进入购1004
册信息正确且必填项物浏览界面物浏览界面
无空白项
购物车页面在购物车页面选择继保存肖前已选物保存当前已选物1005
续购物品,继续添加要买品,继续添加要买
的物品的物品购物车页面在购物车页面点击支判断是否是会员,判断是否是会员,1006
付是会员则进入验证是会员则进入验证
码填写界面,否则码填写界面,否则
进入会员信息填写进入会员信息填写
界面界面填注册信息已将选购物品后在确不能通过信息验不能通过信息验
1007
认购物界面,注册信证,并提示信息出证,并提示信息出
息不真实或者注册信错位置及原因错位置及原因
息必填的有空口项
填注册信息已将选购物品后在确通过验证,并进入通过验证,并进入1008
认购物界面,注册信付款到支付宝页面付款到支付宝页面息正确且必填项无空
白项。
淘宝网购物流程测试用例

1002
注册后购物
注册后进行购物
能够购买,输入验证码后能付款到支付宝
能够购买,输入验证码后能付款到支付宝
1003
填注册信息
在注册会员界面,注册信息不真实或者注册信息必填的有空白项
不能通过信息验证
不能通过信息ห้องสมุดไป่ตู้证
1004
填注册信息
在注册会员界面,注册信息正确且必填项无空白项
通过验证,进入购物浏览界面
通过验证,进入购物浏览界面
1005
购物车页面
在购物车页面选择继续购物
保存当前已选物品,继续添加要买的物品
保存当前已选物品,继续添加要买的物品
1006
购物车页面
在购物车页面点击支付
判断是否是会员,是会员则进入验证码填写界面,否则进入会员信息填写界面
判断是否是会员,是会员则进入验证码填写界面,否则进入会员信息填写界面
1007
填注册信息
已将选购物品后在确认购物界面,注册信息不真实或者注册信息必填的有空白项
不能通过信息验证,并提示信息出错位置及原因
不能通过信息验证,并提示信息出错位置及原因
1008
填注册信息
已将选购物品后在确认购物界面,注册信息正确且必填项无空白项
通过验证,并进入付款到支付宝页面
通过验证,并进入付款到支付宝页面
淘宝网购物流程测试用例
环境: windows2003 server
目的:用流程图法为测试画流程图,并给出测试用例
内容及步骤
1. 用流程图法为测试画流程图,流程图如下:
2.测试用例如下:
测试用例编号
测试描述
测试输入
测试预期结果
网上购物系统测试用例

场景法 Pass/Fail: Author admin:
Test Notes:
Expected Resuls: 相当于单击了[注册]按钮,将注册信息 提交到系统中
Test Case 0012:过期校验
Summary: 检验系统是否做了过期处理
Steps: 1.在浏览器的地址栏中访问“网上购物系统”的 url,单击[转 到]按钮; 2.单击“注册”按钮。 3. 在“用户注册”界面输入以下注册信息: 用户名:汤尼 姓名:seven 密码:11111 确认密码:11111 联系电话:88888888 邮编:131000 邮寄地址:职业技术学院 单击“注册”按钮。
5.5 输入邮编:131000,单击[注册]按钮;
5.6 输入邮寄地址:职业技术学院,单击[注册]按钮;
场景法 Pass/Fail: Author admin:
Test Notes:
Test Case 002:必填时仅输入空格
Summary: 在必填项中仅输入空格,系统是否能够正确的处理?
Steps:
Test Case 001:注册时必填项是否允许为空
Summary: 用户在注册输入数据时,检验系统是否对必填项作相应的处理。
Steps:
Expected Resuls:
1、 打 开 浏 览 器 , 输 入
1、 弹出“网上购物系统”主页
http://localhost:8090/Eshop/index.htm,点击“转到” 2、 弹出“用户注册”界面
5.1 输入姓名:“王义”单击[注册]按钮;
5.3、“请输入联系电话”
5.2 输入密码:111111,单击[注册]按钮;
5.4、“请输入邮编”
5.3 输入确认密码:111111,单击[注册]按钮;
淘宝交易快照测试用例

淘宝交易快照测试用例快照事实表特性用快照采样状态快照事实表以预定的间隔采样状态度量。
这种间隔联合一个或多个维度,将被用来定义快照事实表的粒度,每行都将包含记录所涉及状态的事实。
现在以淘宝交易卖家自然年汇总事实表为例进行介绍。
淘宝活动运营小二或者卖家经常都需要看一些交易状态数据,比如自然年至今或者历史至今的下单金额、支付金额、支付买家数、支付商品件数等状态度量,对于卖家而言,可能每天早上都想看一下截至昨天的成交情况;对于小二而言,可能在频繁的活动周期就需要查看一次成交情况。
这些状态度量可以每天通过事务事实表进行聚集,但随着时间跨度变大聚集效率会越来越低,因此需要设计快照事实表进行状态的度量,这里用于采样的周期间隔是每天下图快照事实表记录了每个卖家的下单和支付情况快照粒度事务事实表的粒度可以通过业务过程中所涉及的细节程度来描述,但快照事实表的粒度通常总是被多维声明,可以简单地理解为快照需要采样的周期以及什么将被采样。
在淘宝交易卖家快照事实表中,粒度可以被理解为每天针对卖家的历史截至当日的下单支付金额进行快照。
当然,快照周期不一定都按天来进行,也可以按照月或者季度来统计。
比如淘宝交易有针对卖家加类目的每月汇总事实表,每月统计一次,同时维度也不仅一个,包含了卖家和类目。
密度与稀疏性快照事实表和事务事实表的一个关键区别在密度上。
事务事实表是稀疏的,只有当天发生的业务过程,事实表才会记录该业务过程的事实,如下单、支付等;快照事实表是稠密的,无论当天是否有业务过程发生,都会记录一行,比如针对卖家的历史至今的下单和支付金额,无论当天卖家是否有下单支付事实,都会给该卖家记录一行。
稠密性是快照事实表的重要特征,如果在每个快照周期内不记录行,比如和事务事实表一样,那么确定状态将变得非常困难。
半可加性在快照事实表中收集到的状态度量都是半可加的。
与事务事实表的可加性事实不同,半可加性事实不能根据时间维度获得有意义的汇总结果。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
一.环境:windows2003server
二.试验目的:用流程图法为测试画流程图,并给出测试用例
试验内容及步骤
1.用流程图法为测试画流程图例编号
测试描述
测试输入
测试预期结果
测试输出
1001
未注册购物
不进行注册选择购物
能够点击购买,点击后要填写会员注册信息
通过验证,进入购物浏览界面
通过验证,进入购物浏览界面
1005
购物车页面
在购物车页面选择继续购物
保存当前已选物品,继续添加要买的物品
保存当前已选物品,继续添加要买的物品
1006
购物车页面
在购物车页面点击支付
判断是否是会员,是会员则进入验证码填写界面,否则进入会员信息填写界面
判断是否是会员,是会员则进入验证码填写界面,否则进入会员信息填写界面
1007
填注册信息
已将选购物品后在确认购物界面,注册信息不真实或者注册信息必填的有空白项
不能通过信息验证,并提示信息出错位置及原因
不能通过信息验证,并提示信息出错位置及原因
1008
填注册信息
已将选购物品后在确认购物界面,注册信息正确且必填项无空白项
通过验证,并进入付款到支付宝页面
通过验证,并进入付款到支付宝页面
能够点击购买,点击后要填写会员注册信息
1002
注册后购物
注册后进行购物
能够购买,输入验证码后能付款到支付宝
能够购买,输入验证码后能付款到支付宝
1003
填注册信息
在注册会员界面,注册信息不真实或者注册信息必填的有空白项
不能通过信息验证
不能通过信息验证
1004
填注册信息
在注册会员界面,注册信息正确且必填项无空白项