• 重要 测试过程有个依据 以后跟踪起来也方便。 还有一个更重要的功能,甩锅,出现了问题 用例里没有就是测试的锅,就算是咖啡厅里跟老板要炒米粉然后咖啡厅爆炸了的操作,也是测试没测到。

  • 看需求,不复杂的,我就用过adb + opencv来做UI测试的 没啥毛病 效率比appium高,看你怎么用而已。win的opencv不好装 ,百度还有一大堆识图dll可以调用。能做到简单通用体积小,脚本改个地址就能用。

  • 1.操作的同时 起一条线程做截图操作
    2.另外开个脚本截图,操作时给截图脚本发信号

  • adb 截图命令不行吗

  • 用 opencv + 截图 ,想方便用按键精灵也行

  • 把xml和截图弄到本地打开试试。不过我也没试过这样行不行

  • 有一个疑惑想问大家 at 2019年04月18日

    appium + HTMLTestRunner 足矣

  • 换个角度看测试 at 2019年02月18日

    机器能代替人工,先被代替的是开发。能保证用户不会拆开镜头接水喝的骚操作情况下才不需要测试。测试不单是要看基本功能正常,还要保证整个产品的质量易用性兼容性抗压性等。一把工兵铲,开发们做出来目的是挖战壕,解放军叔叔用来切菜,烤肉,砍柴剪纸,开瓶器,最后导致铲子脆弱(bug)不能挖战壕了,是不是需要做出相应的调整。开发哥哥们可能会想到,但会不会给自己找麻烦,不敢保证。发公告说我们的铲子只能挖战壕,其他事情用坏了自己负责,第二天立马就有厂做出来能切菜砍柴还能挖战壕的铲子,谁还买你家的?给工资测试是为了在上线前发现用的不爽的地方。用户用的不爽,功能都报错卡顿,投诉一大堆商店打1星,公司会损失多少用户,找产品做个ppt看看。要说开发也能把测试也做了,是没啥问题的,工资*2,9-12-7做起来。毕竟大家都不是做1024的,网页没兼容,页面老旧,打开速度慢,多图还卡顿,帖子下面还是一片好评楼主真棒站长威武

  • 稍微看下uiautomator2的源码

    def get_message(self,
    wait_timeout=10,
    cache_timeout=10,
    default=None):
    """
    Args:
    wait_timeout: seconds of max wait time if toast now show right now
    cache_timeout: return immediately if toast showed in recent $cache_timeout
    default: default messsage to return when no toast show up

    Returns:
    None or toast message
    """

    可以去找找,在toast类里

  • 这种标准形状,截图用OCR拿坐标就成