主要看客户端实现装备和角色相关逻辑用啥写的，因为现在做测试开发就不分析单纯策略的角度了。
如果是 lua 和 C# 开发这部分的话，还是做单测比较快（单测代码也是对于团队的一种积累）。有啥具体不明白的欢迎随时问。
写 Lua 时间比较久，如果是 Lua 开发这块的，尽管问。。

游戏是用 lua 和 C# 写的，但装备和角色的逻辑是由程序用 C# 写的 flowcanvas 节点，然后有策划拉图，所以一个角色中还有好多节点，像这样的，目前测试新角色是在战斗中将各个技能跑一遍，装上装备跑一遍，不同角色之间也有加成也要跑一下，感觉很浪费时间

建议这块用单测的方式，如果涉及一些服务之间的切换的，可以用 lua 调战斗的动态链库。
写下单测也是一种积累，可以当成一种扫描，分析了下，这块应该不用 mock 会比较好，能 mock 的也只有是否真实进入战斗还是本地虚拟计算一次，其他的还是要触发一次逻辑的。

flowcanvas 不懂, 对于新角色说下我们的
如果这个新角色的技能类型之前别的角色已经上过, 那可以相对简单些, 以检查配置文件为主, 这个 flowcanvas 感觉也像是一种配置, 如果测试也有权限查看, 不妨就学习下, 肯定能提高测试效率, 更容易发现问题
如果是一个全新的角色, 包括新技能, 新特性, 新机制等, 那就会复杂很多, 除了新技能本身的测试, 还要考虑和之前所有已有技能类型是否有关联影响, 也包括装备特性, 玩法等等. 可考虑先把所有类型都列举出来, 逐一考虑是否有关联, 有影响
对于新角色的强度方面, 是否过强或过弱, 我们是定了个类似评分的规则, 比如都以满级满强化, 穿上最适合角色的装备, 总之尽量统一条件, 技能对于战力的影响, 进行尽量合适的一个折算, 战力浮动比较大的, 可考虑计算最大最小值, 取平均等等

我这里战力，伤害都是由策划那边测试，调整；对于新角色目前使用的方法和你说的一样，但这样有一个问题，就是新角色会添的越来越多，而测试人员是固定的，同时还要对旧角色和旧装备进行回归测试，测试人员这边工作量就会很大；因为有时会动到旧角色和旧装备，脑子会变的更大；上面那个大佬说的单测对于刚入职没到一年的，代码还是不是很熟悉，主要还是点点点为主，最多使用 erl 对服务端代码进行调动，但基本是对于游戏系统这方面。

可以和开发聊下, 增加一个新技能后, 肯定不用跟之前所有的技能类型都做一遍组合测试, 有些类型可以确定不会有关联影响