牛逼，不依赖游戏研发的 API，感觉比 airtest 要更方便一些。先下一个学习学习！

这个题目太大了，随便想了想能测的有：
接口测试
压力与负载测试
数据存储测试
日志测试
故障处理与恢复测试
应该还有其他一些测试项，我经常接触的就这几个了

嗯，环境治理当然需要测试自己搞，但测开的介入可以提高效率。关于第二点，鹅厂应该是已经在搞了。

盲猜你是游戏研发部门的测开？个人感觉还有两部分内容和研发测试比较相关的：
一个是测试环境治理，毕竟研发版本太多太杂了，测试环境的部署是一个问题；
另一个是保障回归测试的路径覆盖率，怎么从程序改的版本里筛选出需要测试和不需要测试的用例，这个对于测试来说还是挺头疼的，毕竟不能每次都全部测一遍，工作量还是太大了。

远虑也不是让你虑一辈子，国家层面都制定的是五年计划而不是五十年计划，就因为计划也要有可执行性和可控性才有意义。先在当下做好自己最重要

前东家，坐标帝都某游戏大厂，HR 明知道我们是被老大从其他事业部挖过来的测试，还牛逼轰轰的说就这个 base，要么签字要么走人……不知道当时他哪来的自信跟我说这话

即便调用你的 app 再多，你的接口回调参数总是固定的吧。我们也有类似内容要测。也就是写个 demo 测接口

感谢这么好的分享！
提两点建议：
1、接口测试还有一个部分是安全侧测试，把这个补充上，整个文章更全面一些；
2、最后一部分机器人这个，其实机器人行为还是很难拟真的。根据二八原则我们可以知道，更多的 bug 其实是因为少部分不按套路出牌的玩家行为导致的，这个通过机器人其实很难发现设计是否合理。多年前做端游测试的时候我们也写机器人来模拟，收集数据，后来发现上线后偏差还是较大，这个成本收益比太高，所以渐渐就不做了。另外采取其他方式去解决设计思路的问题。

貌似楼上二位搞混了测试方法和方法论吧。
方法论是从宏观层面上指导你如何发现问题、分析问题和解决问题的理论思路和基础。比如你如何解构你日常的工作内容？怎么样把控软件开发中的整体质量控制？如何在快速的版本迭代中保证测试覆盖率？等等诸如此类的东西……
比如今天论坛里特火的那个分析测试工程师职责的那个帖，我觉得那才是方法论的一部分。

167 是时薪，167*22.5*8=30060……但总感觉他这个比较方法有问题……