软件测试流程图案例
- 格式:doc
- 大小:208.00 KB
- 文档页数:4
软件测试优秀实践案例今天我要给你们讲讲我在软件测试中遇到的一个超酷的案例。
那时候,我们接到一个任务,要对一个即将上线的电商APP进行测试。
这个APP 就像一个装满宝藏的大盒子,但在打开给顾客之前,得确保里面没有“定时炸弹”。
一、测试前的准备——武装到牙齿。
我们测试团队就像一群超级侦探,首先是了解这个APP的各种功能。
从用户注册登录,到商品搜索、查看详情、加入购物车、下单支付,再到售后退换货,每一个环节都不能放过。
我们收集了所有能找到的需求文档,像捧着武功秘籍一样仔细研读,还和开发团队的小伙伴们围坐在一起,听他们眉飞色舞地讲述这个APP背后的设计思路和各种技术实现的弯弯绕绕。
这就好比我们要先知道宝藏盒子的构造图,才能更好地找里面的问题嘛。
然后呢,我们开始准备测试环境。
这可就像是给我们的侦探工作搭建一个专门的“调查基地”。
我们模拟了各种可能的设备环境,从大屏的平板电脑,到不同型号、不同操作系统版本的手机,确保这个APP在各种设备上都能正常运行。
这时候的我们,就像是一群要去不同战场作战的士兵,要把装备调整到最佳状态。
二、测试过程——不放过任何蛛丝马迹。
1. 功能测试——像个挑刺儿的顾客。
注册登录环节就像是APP的大门,要是这关过不去,后面的宝藏可就看都看不到了。
我们尝试了各种输入,正常的用户名和密码、超长的字符、特殊字符,甚至还故意输错验证码,就想看这个大门会不会被我们轻易攻破。
结果还真发现了一些小问题,比如说密码长度限制没有明确提示,导致用户输入很长密码后提交失败却不知道为什么。
在商品搜索功能上,我们就像一群挑剔的购物者。
我们输入各种关键词,有热门的商品名称、模糊的描述,甚至是错别字。
有一次,我们输入一个商品的别名,搜索结果竟然是空白,这可不行啊。
顾客要是找不到自己想要的东西,就会气呼呼地离开这个“宝藏盒子”的。
购物车功能也是重点关注对象。
我们不停地添加、删除商品,修改商品数量,还同时添加不同类型的促销商品。
软件测试流程图案例在线购物场景测试:第一步:确定基本流和备选流第二步:确定场景场景流的组合场景1—成功购物基本流场景2---账号不存在基本流备选流1 场景3---账号或密码错误基本流备选流2 场景4---余额不足基本流备选流3 场景5---账号没有钱基本流备选流4第三步:设计用例(v:有效;I:无效;n/a:不相干)输入用例场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 V V V2:账号不存在提示账号不存在 2 I n/a n/a3:账号或密码错误(账提示账号或密码错误,返回到3 V I n/a 号正确,密码错误) 基本流步骤33:账号或密码错误(账提示账号或密码错误,返回到4 I V n/a 号错误,密码正确) 基本流步骤3提示账号余额不足请充值,充4:余额不足 5 V V I 值后返回到基本流步骤4 提示用户绑定银行卡或充值,5:账号没有钱 6 V V I 充值后返回到基本流步骤4第四步:设计数据,填入用例表(前置条件:所购商品价格150元) 假设Sue是注册用户,密码1s2,余额200;Jim未注册用户;Sun是注册用户,密码1234;Van是注册用户,密码1v2,账号余额1;Tom是注册用户,密码123,余额为0;用例输入场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 Sue 1s2 2002:账号不存在提示账号不存在 2 Jim -- --3:账号或密码错误(账提示账号或密码错误,返回3 Sun 12345678 -- 号正确,密码错误) 到基本流步骤33:账号或密码错误(账提示账号或密码错误,返回4 Sunny 1234 -- 号错误,密码正确) 到基本流步骤3提示账号余额不足请充值,4:余额不足 5 Van 1v2 1 充值后返回到基本流步骤4课堂练习:旅馆住宿系统房间网上预订业务• 需求:游客访问网站进行网上房间预订操作,选择合适的房间后,进行在线预订;此时,需使用个人账号登录系统;待登录成功后,进行订金支付(订金额为1天的房款);支付成功后,生成房间预订单,完成整个房间预订流程。
缺陷管理流程图是为了有效的跟踪,管理bug的处理情况,指导测试团队和开发人员有效的处理相关的bug。
不同角色的人,对bug处理的权限不一样,我们需要借助类似缺陷管理工具比如:QC进行实施。
下面就不同角色的人主要的只能进行简单说明:
测试人员:提交bug,并对修复的bug进行审核;
测试组长:审核bug,并将bug提交给开发组长;
开发组长:将确认正确的bug分配给相应的开发人员;
开发人员:修复开发组长分配的bug。
具体的测试流程,请参见图1 缺陷管理流程图:
每个状态表示的具体含义说明如下:
不断的总结,才能不断的提高;不断的思考,才能不断的进步!。
软件测试案例分析-案例1:FUN-003FUN-003,功能名称:配置指定子目录检索层次数1功能需求规格表1.4 配置指定子目录检索层次数(SRS-FUN-003)2函数规格设计(部分:只针对后面的测试)2.1LLD_002_FUN_003 BOOL AddDirLevel(char*Dir,int lev)添加一个节点功能:该接口用于给链表g_DirRoot接口原型:3单元测试计划3.1测试策略采用独立的单元测试策略,通过设计相应的驱动和桩的方法来测试被测函数。
在选择被测对象时,根据对象的规模和复杂度进行判定。
对任何规模小于等于20非空非注行代码且循环复杂度小于等于3的函数不进行单元测试,对其他函数都进行单元测试。
3.2测试对象基本信息4单元测试设计4.2FUN_003的测试设计规格4.2.1基本信息功能对应:功能FUN_003的测试规格,即AddDirLevel的测试设计规格单元测试标识符:UT_TD_002_0014.2.2单元测试的被测特性1.输入目录名有错误时,反馈错误信息:2.输入目录检索层次有错误时,反馈错误信息;3.输入参数合法,并且要设置的目录已经被设置过;4.输入参数合法,将一个节点正确添加到g_DirRoot中。
4.2.3测试方法需要对IsDirInLinks进行打桩,在测试第三个特性的时候,让其返回任意一个指定的指针,结果检测该指针指向的节点的目录检索层次是否被设为目标值。
IsDirInLinks返回指针的正确性不在这里验证,而是在IsDirInLinks的单元测试中验证。
目录名参数的等价类划分考虑空和非空。
对非空情况,又可以划分长度为0,1~250,>250三种情况,使用边界值方法抽取数据。
对于目录检索层次参数可以考虑:划分等价类<-1,-1~80,>80,使用边界值方法抽取数据。
由于全局变量g_DirRoot是个链表,为了验证给链表添加一个节点的操作是否正确,需要考虑链表为空和非空两种不同情况。
软件测试流程图案例在线购物场景测试:第一步:确定基本流和备选流第二步:确定场景场景流的组合场景1—成功购物基本流场景2---账号不存在基本流备选流1 场景3---账号或密码错误基本流备选流2 场景4---余额不足基本流备选流3 场景5---账号没有钱基本流备选流4第三步:设计用例(v:有效;I:无效;n/a:不相干)输入用例场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 V V V2:账号不存在提示账号不存在 2 I n/a n/a3:账号或密码错误(账提示账号或密码错误,返回到3 V I n/a 号正确,密码错误) 基本流步骤33:账号或密码错误(账提示账号或密码错误,返回到4 I V n/a 号错误,密码正确) 基本流步骤3提示账号余额不足请充值,充4:余额不足 5 V V I 值后返回到基本流步骤4 提示用户绑定银行卡或充值,5:账号没有钱 6 V V I 充值后返回到基本流步骤4第四步:设计数据,填入用例表(前置条件:所购商品价格150元) 假设Sue是注册用户,密码1s2,余额200;Jim未注册用户;Sun是注册用户,密码1234;Van是注册用户,密码1v2,账号余额1;Tom是注册用户,密码123,余额为0;用例输入场景/条件预期结果编号账号密码余额1:成功购物成功购物 1 Sue 1s2 2002:账号不存在提示账号不存在 2 Jim -- --3:账号或密码错误(账提示账号或密码错误,返回3 Sun 12345678 -- 号正确,密码错误) 到基本流步骤33:账号或密码错误(账提示账号或密码错误,返回4 Sunny 1234 -- 号错误,密码正确) 到基本流步骤3提示账号余额不足请充值,4:余额不足 5 Van 1v2 1 充值后返回到基本流步骤4课堂练习:旅馆住宿系统房间网上预订业务• 需求:游客访问网站进行网上房间预订操作,选择合适的房间后,进行在线预订;此时,需使用个人账号登录系统;待登录成功后,进行订金支付(订金额为1天的房款);支付成功后,生成房间预订单,完成整个房间预订流程。
Let's take a dive into the world of software testing with a scenario-based test case flow example! Imagine yourself as a digital detective, hunting down bugs and glitches in a virtual universe. Your mission, should you choose to accept it, is to follow the trail of test cases through a maze of code and algorithms. Armed with your wit and an arsenal of testing tools, you'll navigate through different scenarios, uncovering hidden defects and ensuring the smooth functioning of the software.It's like being a superhero in the realm of technology, saving the day one bug at a time. So, gear up and get ready to embark on this thrilling adventure of software testing!让我们潜入软件测试的世界以情景测试案例流程为例!想象一下自己是一个数字侦探,在虚拟宇宙中捕捉虫子和故障。
你的任务,如果你选择接受它,是跟踪测试案例的线索通过一个迷宫代码和算法。
用你的智慧和各种测试工具来导航不同的情景发现隐藏的缺陷确保软件的顺利运行就像是在科技领域当超级英雄一样,一次拯救一个虫子的一天。
实验2 白盒测试一、实验目的与要求1、掌握白盒测试的语句覆盖和判定覆盖测试方法的原理及应用2、掌握条件覆盖、条件组合覆盖的方法,提高应用能力3、掌握路径法测试二、实验设备1、电脑PC三、实验原理白盒测试原理:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否已经过检查。
它是把测试对象看作装在一个透明的白盒子里,也就是完全了解程序的结构和处理过程。
这种方法按照程序内部的逻辑测试程序,检验程序中的每条通路是否都能按预定要求正确工作,其又称为结构测试。
1、语句覆盖语句覆盖指代码中的所有语句都至少执行一遍,用于检查测试用例是否有遗漏,如果检查到没有执行到的语句时要补充测试用例。
无须细分每条判定表达式,该测试虽然覆盖了可执行语句,但是不能检查判断逻辑是否有问题。
2、判定覆盖又称判断覆盖、分支覆盖,指设计足够的测试用例,使得程序中每个判断的取真分支和取假分支至少经历一次,即判断真假取值均曾被满足。
判定覆盖比语句覆盖强,但是对程序逻辑的覆盖度仍然不高,比如由多个逻辑条件组合而成的判定,仅判定整体结果而忽略了每个条件的取值情况。
3、条件覆盖、条件判定覆盖条件覆盖指程序中每个判断中的每个条件的所有可能的取值至少要执行一次,但是条件覆盖不能保证判定覆盖,条件覆盖只能保证每个条件至少有一次为真,而不考虑所有的判定结果。
条件判定覆盖是条件覆盖和判定覆盖的组合,指设计足够的测试用例,使得判定中每个条件的所有可能的取值至少出现一次,并且每个判定取到的各种可能的结果也至少出现一次。
条件判定覆盖弥补了条件和判定覆盖的不足,但是未考虑条件的组合情况。
4、条件组合覆盖又称多条件覆盖,设计足够的测试用例,使得判定条件中每一个条件的可能组合至少出现一次。
线性地增加了测试用例的数量。
5、基本路径法在程序控制流图的基础上,通过分析控制构造的环路复杂性,导出基本可执行的路径集合,从而设计测试用例的方法。
在线购物场景测试:
第一步:确定基本流和备选流
第二步:确定场景
场景流的组合
场景1—成功购物基本流
场景2---账号不存在基本流备选流1 场景3---账号或密码错误基本流备选流2 场景4---余额不足基本流备选流3 场景5---账号没有钱基本流备选流4
第三步:设计用例(v:有效;I:无效;n/a:不相干)
用例编号场景/条件
输入
预期结果
账号密码余额
1 1:成功购物V V V 成功购物
2 2:账号不存在I n/a n/a 提示账号不存在
3 3:账号或密码错误(账
号正确,密码错误)
V I n/a
提示账号或密码错误,返回到
基本流步骤3
4 3:账号或密码错误(账
号错误,密码正确)
I V n/a
提示账号或密码错误,返回到
基本流步骤3
5 4:余额不足V V I 提示账号余额不足请充值,充值后返回到基本流步骤4
6 5:账号没有钱V V I 提示用户绑定银行卡或充值,充值后返回到基本流步骤4
第四步:设计数据,填入用例表(前置条件:所购商品价格150元)假设Sue是注册用户,密码1s2,余额200;
Jim未注册用户;
Sun是注册用户,密码1234;
Van是注册用户,密码1v2,账号余额1;
Tom是注册用户,密码123,余额为0;
用例编号场景/条件
输入
预期结果
账号密码余额
1 1:成功购物Sue 1s
2 200 成功购物
2 2:账号不存在Jim -- -- 提示账号不存在
3 3:账号或密码错误(账
号正确,密码错误)
Sun 12345678 --
提示账号或密码错误,返回
到基本流步骤3
4 3:账号或密码错误(账
号错误,密码正确)
Sunny 1234 --
提示账号或密码错误,返回
到基本流步骤3
5 4:余额不足Van 1v2 1 提示账号余额不足请充值,充值后返回到基本流步骤4
课堂练习:旅馆住宿系统房间网上预订业务
•需求:游客访问网站进行网上房间预订操作,选择合适的房间后,进行在线预订;
此时,需使用个人账号登录系统;待登录成功后,进行订金支付(订金额为1天的房款);支付成功后,生成房间预订单,完成整个房间预订流程。
•前置条件:
•房间类型:标准间(100元/天)、单人间(200元/天)、双人间(300元/天)
•单人间已住满,其他房间有空余;
•Hello为注册用户,密码为123456;
•Nihao为未注册用户。
第一步:确定基本流和备选流
基本流游客访问网站进行网上房间预订操作,选择合适的房间后,进行在线预订
备选流1 账号不存在
备选流2 账号或密码错误
备选流3 用户账号余额不足
备选流4 用户账户没有钱
备选流5 标准房间已满
备选流6 单人间已满
备选流7 双人间已满
第二步:确定场景
第三步:设计用例(v:有效;I:无效;n/a:不相干;标准间(100元/天)、单人间(200元
假设Sue是注册用户,密码1s2,余额200;
•J房间类型:标准间(100元/天)、单人间(200元/天)、双人间(300元/天)
•单人间已住满,其他房间有空余;
•Hello为注册用户,密码为123456;
•Nihao为未注册用户。
•
;。