51Testing软件测试论坛
标题:
场景法—基于用户行为的测试方法
[打印本页]
作者:
lsekfe
时间:
2021-10-18 16:26
标题:
场景法—基于用户行为的测试方法
面试官在面试时问得最多的问题之一是关于XXX功能,你是如何测试的?很多测试小白面对关于某个功能如何测试时,感到非常苦恼。可见,关于某个功能如何测试,是软件测试的重点也是难点。
从软件测试的定义与方法来看,软件测试就是将用户所有对软件的操作进行验证,如果没有错误,则可说明软件是正确的。因为我们有足够的理由告诉用户,他的操作是不会出现问题,因为我们做过相同的测试。
但是这种穷举测试因为受制于时间、成本和资源是不可能完成的,所以我们需要使用等价类划分、边界值、因果图判定表、场景法、错误猜测等方法将无限的测试情形变成有限的测试用例。
而本文主要探讨场景法,因为场景法是工作中最为常用的一种方法,是一种基于用户行为的测试方法,可以简单理解为:对于某个功能点用户可能执行的操作有哪些,测试就需要验证哪些,如果用户不可能有某个操作行为自然也不属于测试范围。
如何使用用户行为分析法进行用例设计呢?
我们常见的用户行为包括以下4个部分
1.用户将使用进行正常操作
2.用户使用该功能进行非法操作
3.用户不仅关心功能的正确实现,还关心用户体验。
4.某些特殊情况下的用户行为,如环境异常,用户并发等。
场景法则一:有输入项的常规功能,只需要分析用户如何输入,会产生哪些操作场景即可设计出测试用例。
例一:删除邮件
[attach]134835[/attach]
从【删除】功能而言,用户可能选择一封邮件进行删除,也可能同时选择多封邮件进行删除操作,也可能会出现未选择邮件时误点击了删除按钮。基于这些用户操作,需要设计的测试用例如下:
1.
单选一封邮件进行删除
2.
多选若干封邮件进行删除
3.
直接点击全选框,是否会进行全选操作并全部删除
4.
不选择邮件,直接删除邮件,是否给出用户相应提示
场景法则二:对于没有输入框的功能,也可以使用用户行为分析,分析会产生哪些使用场景来设计测试用例。
例二:抽奖活动
[attach]134836[/attach]
抽奖功能分析,通过点击转盘来得到相应的奖项。在这功能中,用户所中奖项是存在概率的,概率在该功能中犹为重要,其次可能存在多人同时摇转盘以及某个奖项没有了的情况。
案例如下:
1.
并发多个用户,同时进行抽奖,存在中奖与未中奖的情况形成概率。
2.
某个奖项无奖品了,该奖项不再被用户中奖。
3.
中奖与未中奖给用户的提示信息
4.
中奖用户再度参与抽奖,其中奖概率是否降低的考虑
5.
……
场景法则三:对于复杂业务,同样可以使用流程分析法进行分析与设计,按照用户对功能的使用场景分析即得到测试场景。
例三:网上银行转账功能
[attach]134837[/attach]
图1:录入转账信息
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2