业务类中根据业务需求，封装对应业务函数，操作对应的元素就可以了！

完全不对，现在的 Page Object 模式不能单独使用了，而是和数据驱动型模式配合使用；PO 中不再放业务逻辑操作，只放页面元素定位信息，再封装一个业务操作类函数，测试用例就直接调用业务函数，组合用例就可以了。这样维护起来比较方便，实例化对象的时候也不用那么多，

可以看一下硬件，弱网屏蔽器，直接根据需要屏蔽网络信号

charles 或是 fiddler 弱网模拟关注一下！

App 自动化，全称 AppUI 自动化，测试框架选择 Appium,或是公司自己封装的框架，不要学习太小众的框架，否则你在使用过程中会疯掉的。各种不兼容，一堆问题没有人处理！这是一个移动专项测试开发专家的建议，也是一些儿实用经验，

你这个问题就涉及到手机管理平台了，开源的可以参考 STF,不能把手机接到电脑上不做管理吧？有一定的手机管理和调度方案后，就解决一下每个用例执行的时候对应一个 Appium 实例，从而实现 Appium 实例 + 手机设备 + 测试用例一一对应的执行关系。然后 pytest 框架就可以处理执行结果，生成报告的操作了。

目前的自动化测试框架一般都不支持跨 App 的操作，因为没有办法切换对应的 Driver；如果实在要做跨 App 的操作，有两种可实现的方案，一是，通过自动化框架操作主 app，当唤起其他的 App 后，通过图像识别法操作被吹起的 App,可以完成应用切换的用例；二是，如二楼所说，操作主应用，对于被唤起的应用，通过接口来操作或是验证结果。

如果有二次开发的需求，或是开发接口测试平台，建议使用开源的项目；如果只是做接口自动化，有如下选择：
1，python+requests+unittest+HtmlTestRunner+jenkins
2，python+requests+pytest+allure+jenkins
3, java+httpclient+testNG+maven+jenkins
这是三条常用的技术栈及相关的技术组合，你自己选择吧！

其实从你的描述中可以看出，学历是你的一个硬伤，如果允许读一些儿在职的，提升学历的在职什么什么；另一点儿也是你的能力问题，在你看来能力还不错，不过这只是和你周围的同事相比，如果拿出来和业界的同仁相比，你可以说没有任何优势的。手机厂商的测试可以做的很专业，出来去互联网行业做移动专项测试也不错的嘛，不过以你现在的能力，是不能胜任的，好好思考一下吧！

没毛用，你见哪家公司面试时候向你要过什么证书啊？毕业证也是入职的时候，办理入职手续才有用的！

对现在的工作来说，业务重要，所有的技术都是围绕着业务来进行的，否则技术是没有价值的；但对于我们自身来说，技术比较重要，要多学些儿通用的技术，公司自己的框架，平台会用就行，离开了现在的平台还能用的技术才有价值。

看一下这篇文章：浅谈 Android 启动时间（https://www.jianshu.com/p/236f5ac79520）， 其实这个也不太准，开发也不怎么认可。现在获取启动时长，要么是集成特定的 SDK 来获取时间；要么就采用录视频分帧的方法去统计的。

这个肯定的，大家都比较擅长划水，而且你也没有办法去监督他们，人多没有办法一直盯着，数据又可以造假的嘛！只要让他感觉不爽，人心不在，一切规划，制度，条例都没有毛用的！

既然抛出这样的思考，肯定会有相应的方案的，一般情况下 1，2，3 在不同的公司由不同的团队来负责，比较说平台架构组，专门的测试开发团队等；业界相似的开源项目很多，但不可能直接拿来就用的，需要做二次开发。4 的情况在公司业务发展的初级阶段非常普遍，事实并没有我们想的那么理想化。不过有技术在手，就要选择合适的发展平台，形势比人强，这个也是没有办法的。

有些儿领导需要向上级邀功，向上管理做的比较好，根本不关注下面的团队成员的发展；这就造成了，他需要什么，你就要按他的要求来做，而不管合适不合适，劳心劳力的，真心的累啊！

客气了，做测试工作多年，有点儿心得，总结一下与大家探讨探讨！

造日志是万不可行的，场景不够，数量达不到，没有人会这么做的。如果你不信，造一个千万级的访问日志试一下，重复率不能超过 10%；监控要做起来，首先要保证测试工具，平台没有没有问题，如果这些质量都不能保证，还做什么监控啊？

先前有出版社找我出书，我当时比较忙，就没有答应他们！

要做流量回放的话，需要从线上的服务器抓取日志，但是并不是所有的日志都能回放到测试环境中的，如用户的 post 请求，修改线上数据的请求就不能回放，所以需要过滤一下。然后修改一下日志中请求的地址，再请求一次，将请求打到测试环境中，就叫日志回放。接口监控，服务监控就是对相应的接口，服务的测试通过率设置一个阈值，比如说通过率达 95%，如果达不到这个值，就要发警告给相关人员！

客气了，自己的一些儿感受，多多交流哟！

其实很多公司都不允许安装 QQ 的，就算有群大佬也不能回复问题的。遇到问题先自己查一下，实在查不出来，就在这个论坛上发一下，相关同学就会和你讨论了。大佬的事情很多，哪有时间和你一直讨论交流呢？

你的检测点是什么？断言不是应该使用 assert 吗？你自己写的不规范。再者，断言没有稳定不稳定一说，就是要看你进行断言的时候，相应的元素有没有显示出来，UI 自动化必须在元素显示出来后再进行操作！

说实话，框架搞得有点儿复杂了，其实做 App 自动化测试，你的框架可以精简一下，同时代码结构有点儿乱，不利于团队开发。不过现在做的已经不错了，建议多看一下业界其他优化的框架，不断提升一下哟！

打电话:

1. adb shell service call phone 2 s16 "10086"

2. adb shell am start -a android.intent.action.CALL tel:10086

挂电话:

adb shell input keyevent KEYCODE_ENDCALL

adb shell input keyevent 6

上述两种方法等同

使用 spring boot+vue 做测试平台开发