想问问加班多吗？

测试的价值体现不是产出产品，是保证产品质量啊。不过确实这个东西只有比较成一定规模的团队才会重视这个事情

想找一个不怎么加班的工作这么难

感谢，主要是我自己也没有一个量化的数据评判。所经历的这些项目中，大部分都是在追赶项目进度，整个团队对测试质量就停留在点点能用的阶段。所以做的自动化啊什么的，其实都是自己抽时间一点一点做的，自我感觉仅仅是刚刚能覆盖基本的主要流程。所以覆盖率其实挺低的。然后白盒的那些，只是偶尔有时间，或者某次发现了 bug，自己有时间就去看一下代码，分析一下，没有成系统的去做，所以不知道怎么能量化这些东西

我是自己破解的，网上有破解的教程啊，就是有一个 jar 包，里边有一个 class 管验证你的 key 的，你用 IDEA 反编译出源码，然后改了他的 return 结果，然后再编译成 class 文件，然后塞到 jar 包里，替换到 jira 相应的目录下，就可以用你在官网申请的试用 key 激活了

不看学历，只看技术

再顶一下吧，还是需要人

不需要高级点的测试吗

了解，不是 996 这种周六日还加班就好。另外，有偏后端的测试吗？

能力符合，学校不符合。然后，我在北京.........shopee 和我司好像有合作

我就想问加班多不多

有没有测试的大神

有意的小伙伴快来联系啊

楼上的同学，base64 不是加密，只是一种编码格式

#1 楼 @sanlengjingvv 非常感谢您的解疑。我看 Appium 的 log，感觉他应该是用 adb shell dumpsys window windows 来获取的 activity，我手动试了一下这个方法

while True:
    subprocess.check_output('adb shell dumpsys window windows | grep mFocused')

发现，在下载完成调起 packageinstaller 时，adb shell 的返回结果还是比较及时的

然而，我通过一步步运行脚本发现，在调起 packageinstaller 的时候，Appium 的 current_activity 方法，返回的结果还是商店的 activity，并没有返回 packageinstaller 的 activity

所以我觉得很困惑，感觉可能需要加上 time.sleep，于是，我在 if 条件下边的 print 语句下边，加上了 time.sleep(2)，结果发现问题还是一样，这个问题我一直想不通怎么回事

您说的第二条，下载进度条是动态的，我只有暂停下载的时候，才能 dump 到，不知道这个会不会和我上边说的的问题有关

关于您说的第四点，能不能麻烦详细一点说一下，我是刚刚开始做自动化，请谅解

听 360 的一个研发哥们说，你们加班很严重啊

#17 楼 @sandman 能详细讲讲吗，或者给个相关的文章之类的，感谢