Simon 临时缺席时，Rosie Sherry 用一句“404 not found”开了场，自己接过主持工作。随后 Gary Hawkes、Eamon Droko 和 Judy Mosley 加入谈话，聊到 AI 辅助开发、质量编排、职业转型、社区参与、测试活动里的乐趣，以及如何使用 AI 学习新产品。
这不是一场按议程讲完的主题演讲。嘉宾讲的是亲身经历，有些建议也只是他们当时的想法。把这些故事放在一起，能看到一条共同线索：质量工作既需要工程判断，也离不开真实沟通、社区支持和人与人之间的信任。
本文依据 Ministry of Testing 于 2026 年 10 月 16 日发布的节目页面及随附转录整理。文中涉及嘉宾经历的内容按个人经验呈现；标注为“工程实践延伸”的段落是本文建议，不代表嘉宾提出了正式框架或普遍结论。
Vibe Coding：原型做得快，修复花得更多
Rosie 自称这周成了“首席氛围编程师”（vibe coder），并分享了自己近期使用 AI 辅助开发的经历：做出初版原型花的点数不多，之后修复问题、逐处排查，却又花去三四倍。这个比例来自她自己的体验，不是行业统计。但它提醒我们，生成速度不等于交付速度；能跑起来，也不等于需求、边界条件和维护要求都处理好了。
她还提到，自己把 Risk Lab 的风险清单整理成系列短文，希望这些内容能给日常质量与测试工作提供思路，也能帮助大家借助 AI 思考风险。风险清单一开始显得庞杂，经过阅读资料和整理后，才更容易拿来使用。
工程实践延伸：
评估 AI 辅助开发时，可以把生成、理解、验证、修复和维护放在同一条交付链路里看。只记“首次生成用了多久”，很容易高估收益。团队也可以先为需求、测试、缺陷和构建建立稳定标识，再让 AI 帮忙检索和汇总；输出仍要带着可核查的来源。
从测试管理走向质量编排
谈到测试管理工具时，Rosie 回忆了一场 TestRail 大师课，并开始思考：我们是否应该把“测试管理”扩展为“质量管理”，甚至称为“质量编排”？节目没有给出正式定义，也没有宣称行业已经完成术语转换；Rosie 的感受是，工作方式在变，质量领域的词汇和概念也会继续演进。讨论指向的是，测试用例和执行结果只是质量信息的一部分，需求、代码变更、部署、环境、缺陷、风险和发布决策也需要彼此衔接。
质量编排不必从采购新平台开始。先把关键记录关联起来，让团队能追溯一次变更影响了哪些验证、失败对应哪个构建，往往更实际。
从质量岗走向工程管理：Gary 的经历
Gary 说，在自己约二十年的职业经历中，他很少见到质量背景的人走到工程负责人岗位；而在 MoTaCon，他遇到了几位这样的同行。这让他重新思考自己的职业路径。
他几次进入管理岗位，又回到个人贡献者角色。每次尝试都让他更清楚自己看重什么，也让他在选择团队和公司时有了更具体的判断标准。后来转向工程管理，部分原因正是质量工作：他的质量团队已经尽力压缩流程、提高效率，交付瓶颈却仍在其他工程环节。要继续改善整体质量，他需要影响更广的工程协作，而不是继续要求 QA 单独提速。
Rosie 也谈到社区如何承接这类职业变化。她和社区成员在尝试吸引工程经理、开发人员参与活动，包括设立工程管理话题、邀请开发者和工程经理作为参会者的同伴加入。质量背景的人走出测试岗位后，仍然可以在社区中找到位置、分享经验，也能让更多人看到这类职业路径。
这不意味着每位 QA 都应该转管理。Gary 的经历说明的是，质量影响力可以来自不同岗位；选择哪条路，取决于想解决什么问题，以及个人看重哪些原则。他建议先想清楚自己看重什么，再用这些原则筛选团队和公司；如果长期无法认同所处环境，也值得重新判断这是不是适合自己的地方。
社区参与会积累成长期影响力：Eamon 的经历
Eamon 分享了自己与 Lisa Crispin 在 MoTaCon 合作主持测试工作坊的经历。此前，他参加过社区讨论、做过短讲，也参与过分会组织；他去年关于资深级 QA 岗位的一次讨论后来被《Staff Level Testing Roles》一书引用。正如他所说：“不参与，就不会被引用。”节目播出时，他刚开始一份新的 Senior QA Engineer 工作，团队里还有两名资深 QA。他说，团队有不少想法，如何排出优先级、把 QA 实践真正搭起来，是接下来要面对的挑战，因此也准备继续向社区求助。
这些经历在求职时也派上了用场。Eamon 提到，他会在面试中谈社区参与；新公司的管理者也注意到他的播客和会议分享。Rosie 的观察是，公开参与能带来被认识、合作和进一步学习的机会。Eamon 建议从小处开始：哪怕只有一个经验、一段观察或一个问题，也可以“勇敢上台”分享。持续参与，别人才有机会看见你的工作。工作会变，自己建立的个人品牌和专业声誉却能伴随职业生涯继续积累。
Lisa 的做法也值得留意。Rosie 提到，她常与经验较少的人搭档，让对方获得主持或分享的机会；Eamon 说，准备工作期间 Lisa 会主动确认进度，在他怀疑自己是否投入足够时给予安慰。好的协作不只是把任务分掉，也包括给伙伴留出学习和发挥的空间。
做真实的自己，社区也容得下不同的你
做真实的自己也是这期谈话的主题之一。一位嘉宾说，自己一直以真实的样子参与社区，没有说谎，也没有让 AI 代写帖子；这位嘉宾感觉，大家似乎也欣赏这样的表达。谈话还提到，社区足够多元、友好，人们不必假装成别人也能参与其中。这只是嘉宾的个人经历，不是要求所有人频繁发帖或登台演讲。
把乐趣带进测试：从 Mob Testing 到 Testing Party
Eamon 和 Lisa 把一场大型 Mob Testing（多人协作测试）工作坊变成了 Testing Party：大家戴着派对帽、桌上放着糖果，分组一起测试并交流。参与者用便利贴记录发现；临近结束时，几组人自发聚在一起合影。Eamon 觉得，那种投入感说明活动不只完成了测试任务，也让参与者享受了共同探索的过程。
谈话还提到从 Mob Testing 到 Ensemble Testing，再到 Testing Party 的叫法变化。名称会改变人们对活动的想象和感受，让它听起来不再那么严肃或有距离；但光改名并不会自动带来好的协作。关键还是给大家一个真实、范围清楚的对象，让不同角色一起观察和讨论。
工程实践延伸：
可以从一个风险可控的功能开始，用五分钟讲清用户目标、限制和探索范围，再让小组轮流操作、记录疑问和反例。实际工作坊中，参与者曾有约十五分钟进行小组协作；团队也可以按自己的任务设置十五到二十分钟探索，最后把发现分成已复现缺陷、待确认问题和改进建议，并给后续事项明确负责人。这里的时间和步骤是本文建议，不是对原工作坊议程的逐项复述。
对于规章较多的组织，嘉宾建议从派对帽、糖果这类轻量元素开始，慢慢把乐趣加进来，不必先把它包装成一场复杂的变革宣讲；有时解释得越多，反而越容易让人先提出反对理由。节目里也有人半开玩笑地提到“先做了再请求原谅”，但“悄悄加一点乐趣”不等于隐瞒风险，更不应被理解为绕开安全、合规、隐私、预算或人员安排要求。更稳妥的做法是在授权范围内做小实验，保留必要审批，再用观察到的结果争取支持。Gary 还提到，面对严肃问题时，团队仍可以寻找更有参与感的处理方式；轻松不等于回避问题。
挑战自己的假设：Judy 的新岗位经历
Judy 刚拿到 Senior QA 职级，也加入了一个节奏更平和的新团队，正在适应不同的工作方式。她讲了两个容易引发误会的例子。
一位同事建议她把 Jira 工单写得更聚焦。Judy 起初以为对方在批评自己的工单质量，于是下次开会时直接追问。对方解释说，她的工单其实写得很详细；建议只是说，把问题范围写清楚通常更容易被处理。
另一次，她发现自己没有收到测试任务，担心团队觉得她做得太慢。她和经理一起检查 Jira 自动分配规则后才发现，规则名单里漏了她的名字。
这两件事里，观察到的现象、脑中的解释和最后查到的事实并不相同。测试中也一样：日志报错不等于根因已经找到，测试失败不必然是产品缺陷，自动化没触发也不代表有人故意忽略了某个成员。先提出具体问题，通常比在未经验证的解释里打转更有效。
把 AI 当作学习伙伴
Judy 使用接入团队全部文档和任务系统的 AI Companion 学习新产品。她发现，笼统地问“这是什么意思”往往得不到足够有用的回答；说明自己在哪个模块、哪个页面、看到了哪个字段和具体文本，答案才更有针对性。
她还问过 AI Companion 当前 QA 团队由哪些人组成。系统回答列出了三名核心成员，却没有包括她。Judy 因此意识到，内部资料也可能过时，需要有人更新。这个例子说明，AI 可以很快检索现有知识，也会把知识缺口原样暴露出来；它给出的答案不是组织事实的最终裁决。
一个更具体的提问可以是：
我正在测试订单管理模块的退款详情页。
Settlement status字段当前显示Pending。请根据可访问的产品文档解释这个字段的含义、可能状态和状态转换条件，列出引用的文档；如果找不到依据，请明确说明。
这是本文构造的示例，不是节目中的真实页面。Judy 也会把 AI 的回答拿去和同事核实。这样能减少重复打断别人，又不会把学习变成封闭的信息孤岛。
工程实践延伸：
把应用区域、页面、字段、当前值、版本和期望回答说清楚；要求 AI 给出可追溯出处，并在缺少依据时承认不确定。涉及关键业务规则时，再找领域同事确认。资料与系统关系越清楚，检索越容易；但即使带了引用，也仍要检查它是否支持结论。
这也呼应前面谈到的质量编排：面向 AI 的质量不只靠单条需求、测试或缺陷数据，还依赖它们之间的上下文和关系。维护这些关联需要持续投入；AI 可以帮忙查找和整理，却不能把错误关联变成可信证据。
这场对谈没有给出一套人人照做的质量流程。几位嘉宾的经历落在日常选择上：参与社区，让专业声誉不只依附于一份工作；把乐趣带进测试；遇到不确定先问清楚；用 AI 时补足上下文、核对依据，并继续向懂业务的人求证。
参考资料
- Ministry of Testing，《Quality Guidance: Be honest, be yourself, sneak it in, add in the fun and 404 Simon》（节目页面标注发布日期：2026 年 10 月 16 日）: https://www.ministryoftesting.com/media-sessions/quality-guidance-be-honest-be-yourself-sneak-it-in-add-in-the-fun-and-404-simon