h5测试思路

作者: 点了一年 | 来源:发表于2018-04-06 15:44 被阅读56次
    先说说这几个月测试h5遇到的一些问题(以一张图片为例)
    • 弹窗输入框光标定位输入框,iOS手机按home键返回主界面,再返回输入框,整个界面卡死,如下图


      1.jpg
    • 点击确认,会请求多个接口,连续点击多下,同一个接口会请求多次。这个是网络交互实现不到位,应该是点击后有一个loading加载效果,禁止用户多次点击请求
    • 输入框输入不了字母
    • 断网点击确认一直loading
    • 弱网点击确认没有做超时处理
    • 不输入任何字符点击确认
    • ----等等等
    思路
    • 第一步 确认需求的侧重方向,界面交互还是数据交互
    • 第二步 方法
      一般的测试方法体现在测试用例的设计和工具协助两方面

    用例设计方法有等价类,边界值,因果图,场景法,猜错法,正交试验法。。。不管终端还是h5测试,这几个方法已经够用,界面交互类数据交互类,用例的设计基本上可以用这几个方法,发散思维,补充场景,根据经验验补充用例。写一份好的测试用例是中级以上测试员的最基本、最重要的素质

    用例设计的工具可以用excel,xmind(推荐)等
    回归第一步,如果只是界面交互,那当然最重要的是适配各种机型,这个测试是最简单的。如果是数据交互,在开发期间拿到接口文档,理清数据流,比如从用户的地哪个操作,涉及到了哪个接口,将数据save到了哪个数据库,接口之间的关联等都要先理清,再写用例,提测时主要先进行接口测试,再界面测试。

    接口调试工具有fiddler,charles和其他,以前用fiddler,后来用了charles之后决定再也不用fiddler,界面交互比charles差多了。很多前端的功能实现是一定要用调试工具的,比如说数据埋点。接口测试工具有postman,python(只要能写脚本的语言都行),我一般的工作是用python脚本,因为公司有个框架,只需要在excel里面接口请求url,数据,断言等,就可以跑起来,这个工具的效率还是蛮高的,一般提测前一天,会先把接口用例写好,提测就跑接口,效率贼高。如果公司没有这个框架,当然可以自己写,用requests+unittets+openpyxl就可以写。

    相关文章

      网友评论

      本文标题:h5测试思路

      本文链接:https://www.haomeiwen.com/subject/dlmjhftx.html