我们团队运营着一个小型卡牌对战游戏，每隔一段时间都需要对技能强度进行平衡性调整。问题在于：对哪些技能进行改动，以及改动多少数值，不仅影响玩家体验，也影响游戏生态。核心玩家的反馈固然重要，但仅凭玩家意见难以保证科学性和客观性。下面分享我们的一套实践策略。

最近，OpenClaw 非常火。各种“AI自动操作电脑”、“AI自己干活”的视频和文章刷屏，看得人热血沸腾。作为一个长期喜欢折腾的人，我也认真体验了一番。下面讲讲我的真实感受。

今天这篇文章，是本号过年前的最后一篇。

我想认真聊聊这些年来，尤其是最近 AI 席卷之下，我对测试，或者说测试开发这个岗位的一些思考。

本文会尽量少使用 AI 润色。如果你愿意看完，欢迎在评论区或私信和我讨论，我也非常渴望有人能就其中的一些问题，对我指点迷津。

在几乎所有项目里，测试工期都是最容易被压缩的一环。

需求评审已经定了，开发排期“真的挤不动了”，上线窗口又卡死，最后一句话往往是：

“测试这边能不能再压一压？”

今天这篇文章，回顾一下最近我这边真实发生的一次线上问题。

那天下午，我正在忙手头的事情，客服群突然反馈了一个问题。我简单看了下描述，用户是鸿蒙端，表现上看是有个资源没加载出来，我第一反应是：

很多人一提到「测试开发工程师」，第一反应还是：

会写代码的测试。

我必须要指出，也许10年前是这样，但是在越来越卷的今天，“会写代码”，或者说有一定的技术能力，只是这个岗位的门槛。想进入这个岗位，或者想在这个岗位发展下去，真正重要的，是一整套“软素质”。