社会这样，个人就没什么好怕的，痛快拿钱，不行换个活法，咋不能活了，真不能活了，这社会就要完了

如果可以，推荐你去做外股，大 A 目前真没什么期盼的，政策不利于韭菜

还是多在大组刷刷存在感，少整一些大家用不到的，这样更好一些

问题很宽泛啊，测试要解决的不是直接代码的问题，是如何提高效率的问题，是如何提高质量的问题，是如何保证流程合理化的问题，不要只把目光盯在开发干的那些活上

该花的钱和时间，是省不了的，不给就砍要求

大家注意审题，测试最忌讳看个标题就以为了解内容了，合不合理，要是你都分辨不出来那还说啥，不要说产品需求，产品需求不会直接提到测试这，提给测试的需求和要求，测试是第一执行人。

就是吐槽而已，你又能对你身边的同事作出什么改变吗

这个我也赞同，我见过很多答非所问的沟通，也是哭笑不得

成就感不是找到 bug 就能给的吧

有点不理解，还能在同一台设备上同时跑多条用例呢？

“后面一天能写 8 个算好的，有时候一个地方要卡一上午”，如果代码写用例都这样，你确定写平台处理这样的问题不更花费时间？

你这个是 Appium Desk 查看的？推荐使用 Android SDK 自带的视图查看工具看一下布局，确认下是不是工具问题

暂时没遇到过

笨方法，点击一个不会有响应事件的位置关闭键盘

瓶颈底 和 能做好 是 2 回事，从业 10 多年，碰到的测试人员，个人觉得能胜任这份工作的不足一半

Android 要想精准测试耗电量必须功耗机，一般应用商家就不要考虑了，单纯想看是不是耗电量大，其实就监控 CPU 使用就行了，cpu 占用不高，能及时释放就没问题，一直高占用长时间占用就有问题了

这个很赞

刚看了下规则，好像是可以，多谢，我仔细了解下

这只是分享逻辑的 demo，大家不要拿去直接用，我自己的逻辑都是摘出来的

你逻辑有问题，如果是需要中断用例执行的弹框，你就不要设置异常点击列表里面，这里肯定是添加一些异常的，对用例本身没影响的弹框，像授权,像测试环境服务异常的一些弹框，和用例没关系的

data = yaml.load(caps, Loader=yaml.FullLoader) 解析出来就是符合格式的字典。

测试开发面试更多的是问语言基础，算法吧，你这算是项目经历吧，找出出彩点说说就好了

在平安的时候，碰到过类似框架，希望写用例的人维护 用例（excel）就行，实际是代码部分就要处理很多，并且碰到不规范的接口，你都不知道写个用例能奇葩的什么程度，整体来说，思路是对的，但要后续持续维护的东西会很多，但这就是学习进步的过程。
ps：大公司你基本很难搞这么套东西，因为出东西涉及到 kpi，都用你的，其他人的 kpi 咋办，某团的时候就这样

第一，不用每执行一条用例都执行一次登录，肯定是好的
第二，cookie 如果设置了只能同时唯一有效，每次登录下发新的口令，多模块执行你觉得会没问题？