白盒测试和测试开发 好像又不太一样。测试开发是10几年前的工具开发，游戏产业因为历史变革转了8年又回归测试旗下了。白盒测试做得是跟组的活。
打个比分，覆盖率计算测试工具测试开发开发，但具体函数对应场景和做映射，在组内白盒测试提供和做。
性能测试工具测试开发开发给测试用，白盒测试不一定用这个工具，而是从代码层面提供意见和通过引擎新建场景一点点找问题，白盒测试贴组，测试开发纯效能的话 不在项目组内。
个人看法，反正现在外面还是各自公司各自一套。

我了解有的部门是go和python，python能做的后端的，go都可以写。。。

给个建议，一步步搭建一定要写文档记录下来，出错了找最近的一步看。
最好先看官方的。

不可以执行的表现是是什么哦，可以继续说说，目前这边都可以用啊。

外面主流的测试框架得会啊，但不是写几个demo，起码得找个在企业内部落地下，然后是主流一般都不是最新的，这个是基础吧，加油。语言的话跟着框架走吧，看支持哪些。

集中力量在优先级高的模块，测试任务切碎后在按组内职能和熟悉度去排，对修复的部分内容要收集完整。
如果前面已知比较苦恼的问题，如翻页数据显示等问题，之前版本已经暴露了，是否应该新增扩展下用例啊。
有条件的，可以做下diff工具，面向提交到修改变更 在哪些模块，和手头上的变更需求测试表是否一致，辅助接口测试回归，节省时间情况下，集中力量做第一句说的。
不过我这些好像上面也都说了。。。

airtest也支持c/s.C++写得自动化当然最好是用c++写自动化框架。c++注册DOM和dll后没啥不能做的，就是学习成本比较大。

一样啊，除了你说的这几个，我们还多C# go c Js...头发每天都在掉。

最快的分别启动不一样的数据遍历段就行了。上面好像讲到了。
全局设置共享内存还是会竞态的，一定只想随机用同一组，取余%2==0 给A用和 %2==1给B用就好了。

用例间闭环式的解耦或者其他解耦方式是基础，只有先解耦才能分层。
自动化如果用单元测试框架后，能用设计模式组合基本也是比较固定的几种。