Vysor，免费的比较模糊，收费的清晰，可以找找破解的

基础还是要有的，如果到内网环境，换了一台新机机器，噶~
所以插件随好用，但不能过度依赖

都是 Android，原理跟 Android 手机一样，也有调试模式，插线连上就好

把开发揍一顿，下次就会规规矩矩的提测了

不知道你平时有注意到，在浏览器中打开中文文件名的链接时，地址栏里显示的不是中文名，而是很多百分号，所以是不是要把中文字符转成 Unicode？

模拟硬件数据返回，比如数据是通过串口传输的，就用电脑模拟串口数据发送给服务器或者 APP 安装的手机
例如：如果打开车窗硬件会返回 “A1B2C3”
那么就用电脑模拟串口数据发送给手机或者服务器

AutoJs

没有直接影响 I/O，算不上性能测试，顶多在测试正则的覆盖率

运维没做好反向代理，缺要把测试点上半天，我的思路就是压根就不用测，掌握运维知识，直接看运维怎么弄的代理，然后干掉运维，从源头解决问题！

纸质书用来囤的，电子书才是用来读的

Appium、Selenium 也支持录制，也支持导出代码修改运行

字面意思，如果达到最大支持的连接数了，那么后面的接口都会请求不成功

这种情况应该出现了和你实力、薪资相同的人，所以增加一轮面试，看看谁更好，或者说看谁的眼缘更合适

可以封装一个带 cookie 的发起请求的方法，比如第一个能拿到 cookie 请求依旧使用原来的框架的请求方式，拿到 cookie 之后，把 cookie 值传递给带 cookie 请求的方法，这样后续的请求就是用封装的请求方法，这样就可以一直使用一个 cookie，也不用每个接口再次设置 cookie 了

Example

package Tools;


import io.restassured.specification.RequestSpecification;

import static BaseTest.BaseAPI.conFig;
import static io.restassured.RestAssured.given;

public class RequestWithCookie {
    /**
     * 获取到的cookie写入配置文件
     * 再次读取
     * 使用requestWithCookie代替given
     * @return
     */
    public static RequestSpecification requestWithCookie() {
        String cookie = conFig.getConfig("cookie"); 
        RequestSpecification request =given().cookie("cookie",cookie);
        return request;
    }

}

我曾经写笔记：https://testerhome.com/notes/1876
不知道能否解决你的问题，全部使用计算坐标方式模拟触摸点击

这种一般就是老板钱少，又想干大事情，导致的，美曰其名说是锻炼你，实际是在压榨你

我还以为是相当高深的方法找回密码，
结果，就这？

以下是我对你的回答

1. 要查数据库吗？
   1. 要是在正式环境接口测试，你敢查数据库么？
   2. 你有权限查数据库么？一不小心删库跑路么？
   3. 个人建议能不用则不用
   4. 请求查询接口来验证比较好点
2. 要看开发代码接口实现逻辑吗？
   1. 你的代码能力如何？
   2. 你能看懂实现逻辑么？
   3. 如果看懂了还需要接口测试么？
3. 落地接口自动化，对于接口文档、测试自身，项目、公司等有什么具体要求？
   1. 没有接口文档，你怎知接口地址，入参出参？
   2. 你会写接口测试么？
   3. 你熟悉接口测试的工具么？
   4. 如果项目迭代过快还是用点点吧
   5. 公司方面你得协调工作时间，不然就没时间去写
4. 接口设计规范是什么？往往存在前端 迁就 后端 接口的情况
   1. 看情况小作坊随意，我们公司用的是 restful+ 随意
   2. 没有谁迁就谁，就看谁更强势，或者因改动工作量而决定
5. 对于小公司，接口自动化的效率如何体现？
   1. 初步很难体现，初步写一些定期回归的接口自动化

这个公司压根就已经不需要测试，心态躺平，责任心收一收，脾气也可以硬气点了，遇到不爽该怼就怼回去，反正已经很乱，也不差你添乱；
关于加班，腿长在你身上，该走还是走，该下班下班，要是被说了你就应付一下就可以了；
把时间放在自学上吧，当然学习的方向还是贴合公司业务，比较学以致用，学完了可以拿公司的项目练练手，公司虽乱，但确实浑水摸鱼的最佳之处
最后记录一下公司触碰法律到法律的证据，以免最后不能和平离职留个后手

有的接口会返回很多参数，但实际用到只有那么几个，建议验证需要用到的参数就好；如果采用接口测试，页面测试占比可以小一点，只要最后看看页面展示就行，毕竟采用接口测试是为了与前端展示分离，减少页面的操作步骤，已到达测试的目的

不偏不倚不就行了

再怎么分析，也扛不住老板拍脑袋

看官方文档就可以
https://appium.io/docs/en/writing-running-appium/caps/index.html#ios-only

还有一种方法：可以执行 adb 命令

adb shell am start -n [packageName]/[activity]

Selenium IDE 其实就能识别元素，复杂的 xpath 也支持，并且支持导出为代码，当然你能写出这个也很棒