php精品网站建设,wordpress qq互联插件,国内服务器做彩票网站安全吗,无锡做食品网站的公司哪家好不点蓝字#xff0c;我们哪来故事#xff1f; 目录场景法扩展例子场景法介绍影子场景法用例设计举例场景法设计用例步骤和表示场景法举例 总结 场景法的注意点场景法影子本来想直接跳过场景法的#xff0c;今天群友提出问题#xff1a;1、面试官问#xff1a;场景… 不点蓝字我们哪来故事 目录 场景法扩展例子场景法介绍影子场景法用例设计举例场景法设计用例步骤和表示场景法举例 总结 场景法的注意点场景法影子本来想直接跳过场景法的今天群友提出问题1、面试官问场景法举例说明怎么回答反正我有点懵虽然在工作过程中我一直运用的是场景法但我说不出场景法的观点来。2、群友热心回答正向流和逆向流基本流和备选流然而我还是非洲问号脸场景法介绍首先上网查资料给了我一个图这个图是啥啊场景业务流通常分为基本流、备选流、异常流程然后看文字我先放上查到的定义。·基本流基本流表示通过业务流程时输入都正确能达到目标的流程。(插卡–》输入正确密码–》输入金额–》取款–》取卡)备选流备选流表示通过业务流程时输入错误(或者操作错误)导致流程存在反复但是经过纠正后仍能达到能达到目标的流程.(插卡–输入错误密码–》输入正确密码–》输入金额–》取款–》取卡)异常流异常流表示通过业务流程时输入错误(或者操作错误)产生异常终止流程 (插卡–输入3次错误密码–》吞卡)结合例子和文字描述就很清楚了基本流业务流程开始——业务流程结束(1)只有1种情形中间的所有业务流程也是正确的最后达到的结果是正确结束这个场景是一个基线。举个例子就是你从起点开始一直沿着正确的道路走最后到达终点。备选流(1)业务流程开始——业务流程存在反复——业务流程结束(2)业务流程开始——业务流程存在反复——业务流程中断——未结束举个例子你从起点开始走到中途走错了路但是你认得路于是沿着新的路线虽然绕了路但是最终还是走到了终点你从起点开始走到中途走错了路但是你不认得路于是开始探路但是最终还是没有走到终点异常流业务流程开始——业务流程中断——未结束在这种情况下正确的业务流程没有走完举个例子就是你从起点开始走到中途走错了路但是你被困于死迷宫然后你就一直到不了终点场景法用例设计举例例子举的有点不是很恰当但我对场景法很自信因为我测试的项目天天在用。一个重要的测试模块就是登录我们的登录方式是密码短信密码输错5次后账号会冻结短信验证码有效时间是200s验证错误超过3次后短信验证码也会失效我先用文字描述一下基本流(1)输入正确账号——输入正确密码——点击登录获取短信验证码成功——200s内输入正确短信验证码——再次点击登录按钮——登录成功——返回上次登录时间和IP——登录日志记录正确备选流(1)输入正确账号——输入四次错误密码——输入正确密码——点击登录获取短信验证码成功——200s内输入正确短信验证码——再次点击登录按钮——登录成功——返回上次登录时间和IP——登录日志记录正确(2)输入正确账号——输入五次错误密码——输入正确密码——点击登录提示账号已被冻结——登录失败——登录日志记录正确异常流(1)输入正确账号——输入错误密码——登录失败——登录日志记录正确(2)输入冻结账号——输入正确密码——登录失败——登录日志记录正确 这里强调一下场景流梳理实际上是业务的梳理意味着相关的业务场景必须都考虑进去真正达到业务流程开始从业务流程结束 实际的业务场景要考虑的更多 区分备选流和异常流主要是看用例结束后业务流程是否是正确结束123场景法设计用例步骤和表示步骤1、首先确定执行用例场景所需的数据元素2、然后构建矩阵最后要确定包含执行场景所需的适当条件的测试用例。在矩阵中V表示这个条件必须是有效的才可执行基本流I表示这种条件下将激活所需备选流 n/a表示这个条件不适用于测试用例。表示每一个场景都需要确定测试用例一般采用矩阵或决策表来确定和管理测试用例。第一行是测试用例ID、场景/条件、测试用例中涉及的所有数据元素和预期结果。场景法举例【举例1】还是登录场景我们的登录方式是密码短信密码输错5次后账号会冻结15分钟短信验证码有效时间是200s验证错误超过3次后短信验证码也会失效符号定义:VValidIInvalidn/aNot Applicable涉及到的数据元素账号、密码、短信验证码这里举的例子比较简单扩展例子游戏签到场景测试用例这里先看一下游戏策划书写的游戏签到策划方案https://gameinstitute.qq.com/community/detail/111163其中附上一个APP的签到界面再配上一个游戏的签到界面。1、进入签到界面页面显示正确和美观2、第N(N1,2,3,4,5,6,7)天签到当天签到状态变为已签到领取当天的签到奖励3、第N(N1,2,3,4,5,6,7)天没有签到当天签到状态变为未签到无法领取当天的到奖励4、连续M(M1,2,3,4,5,6,7)天签到当天签到状态变为已签到领取到当天的签到奖励和累计的签到奖励5、连续M(M1,2,3,4,5,6,7)天签到中断当天签到状态变为未签到无法领取到当天的签到奖励和累计的签到奖励重新计算累计签到时间6、当天签到后领取签到奖励奖励领取状态变更正确文字提示增加到累计签到时间7、奖励领取成功奖励发放的物品种类、数量增加正确并且领到的物品能够在游戏内正常的消耗和被使用8、一天签到结束后当天不再显示签到界面如果当天一直不签到当天登录首先进入的是签到界面9、一段时间的签到活动时间(比如一周)结束后是否开始新一轮的游戏签到7天活动10、签到的时间规则在约定时间范围内签到签到得到今天的奖励在约定时间外签到可能没有奖励(一般情况下签到时间范围和自然日有区别)11、签到对所有等级用户都开放VIP等级有加倍奖励异常场景1、连续点击N次签到只领取一次奖励2、多次领取一天签到、累计签到奖励扩展补签功能1、补签的天数实际签到天数最大签到天数2、补签次数限制其实签到的这个例子并不是找的特别好但我觉得有代表性。你们发现没有当我把场景法的矩阵顺时针旋转90度时是不是演化成了判定表这是因为签到只有两种状态。但是我觉得你在面试游戏测试的时候面试官肯定想考察的是你的场景考虑的全不全的问题。也就是文章末尾提到的整体业务感觉的问题。总结最后总结一下场景法和因果图(用例设计二和三提到的方法)两种方法的区别和适用范围。因果图的分析步骤1、在需求规格说明书中找出哪些是输入条件(原因)哪些是输出条件(结果)2、判定表的每一行首写输入条件、输出条件3、根据原因和结果找对应的逻辑关系用符号0,1-分别表示满足、不满足和无关每一列是一个用例场景法的分析步骤1、根据说明找出基本流2、根据基本流中不同的数据元素据此找出备选流和异常流3、根据备选流和异常流构造新的场景因果图的适用范围因果关系很复杂用场景法很难找到一个基本流时不妨关注需求规格说明找出输入条件和输出条件的因果关系利用因果图法和判定表反而能快速梳理条件之间的因果关系eg上一篇博文中的售货机就不使用场景法因为你用场景法很难去构造一个基本流。没有了基本流作为一个准绳用场景法构造会很费脑力而且也很容易忽略条件之间的因果关系场景法的适用范围场景法多用于系统的典型业务和典型功能首先能很方便的构造一个基本流因果图侧重因果关系用0和1区分有效无效的数据元素不如场景法的矩阵图来的直观也不能穷尽场景法的所有场景(因为场景法不只有0和1两种场景举个例子登录场景账号状态的校验有账号是否输入、账号是否存在、账号是否过期等校验用判定表会增加行数也不方便于我们理清所有的业务流)场景法的注意点注意场景法偏重于大的业务流程目的是用业务流把各个孤立的功能点串起来所以在用场景法设计用例时测试人员必须建立整体业务感觉避免忽略业务流程要点当然在整理测试用例的过程中我们也不要忘记使用等价类和边界值方法。最新开班信息索要课表加微信189107377361、python自动化21期实战班年底最后一期可预约试听2、python测试开发第6期实战班年底最后一期可预约试听3、零基础转行软件测试就业班 11月16日 加开一期统招本科学员可先就业后收费真正的0元入学计划来了~
