客户端的专项测试，服务端的协议测试，性能测试都可以学完再走

功能，接口，协议，性能，环境维护，自动化，CI 流程构建

测试 2 个接口还是测试这个场景？这 2 个还是要分开来的吧，毕竟短板的那个接口会影响另外一个接口的性能数据

IDE 里开着调试窗口看小说？？？

多线程传值可以另外起一个字典或者数组来进行操作，记得加锁

对 token 服务做一个 mock，然后就可以进行压测了

看起来像是项目迭代过程使用的测试方案

人是比较健忘的，用测试用例来执行主要是不会重复劳作

结合数据库字段的特点设计用例，比如长度，非空，日期，emoji

社区的 macaca 你可以研究下，还是挺有建设性的

正交随便意思意思就可以做到了

混口饭吃，不存在后不后悔

想做侧开，好歹你得考个高级证书证明一下自己吧

写来目的是做啥的？？还不如把自动化给做得更细

他这样问的用意需要分析下，上面说的瞎问的可能也有。不过我觉得更大的可能是他这个项目只有一个人在测试，而且是 c/s 的。
那么假如是一个人测试的话，你就需要把你测试流程内容列出来告诉他需要测试哪些：

有个网站叫牛客网，上面一些题做一做就行了，一般不会问太难的

说的很对，充实的准备胜过千言万语

sdk 需要配置 2 个，可能你没有配置模拟器版本

如果可能的话，还是需要自己试试 dockerfile 镜像制作。

看不太懂意思，可能需要个事务处理器吧

robot 应该跟 testng 这种框架比较。主要是集成方便，管理方便

用 java 写个 base64 方法，通过传入参数实现
public void base64test(String string){
value = string.getBytes(Charsets.UTF_8);

return new String(Base64.encodeBase64(value),Charsets.UTF_8);
}
调一下，然后导出 jar 包引入

多线程，模拟多设备

暖一下。。win10 的话用官方提供的工具很好用