作为PTW蒙特利尔的QA经理，Deanne Curtis协助许多游戏走向了世界。她在工作中接触过许多合作伙伴的工作流程，其中有一个突出的共同点：游戏测试（QA）通常被视为流程中的最后一环，而非一项贯穿始终的重要步骤。以下内容摘取自Deanne于2022年10月19日在加拿大蒙特利尔举行的MEGAMIGS演讲。

QA时常被视为认证道路上的必要之恶，但在游戏制作的规划中，常常被规避了。项目经理们虽然都明白QA是必不可少的，但总会将其作为发布前的最后一道程序。然而Deanne认为，在早期计划阶段就让QA积极加入能够促成更有效的开发周期和发行更高质量的游戏。

在研究过程中Deanne发现，由于QA人员会涉及到项目的方方面面，所以他们普遍不被当作专家，而只是综合性人员。QA被当作一份任何人都可以做的工作，于是多数时候都由没有足够长时间来发展真正专业知识的入门级员工担任。甚至有些时候人们对QA完全不屑一顾，认为它缺少创造性，觉得它的存在只是对开发工作的挑剔。

正是这种消极的认知导致QA从一开始就被排除在开发计划之外。其实如果安排妥当，QA可以作为持续性的指导，尽早暴露和修复错误。从长远来看，这样即可以节省时间，也可以避免在预定发布前延期。

对于大多数游戏开发和发行商来说，认证测试是QA的目标，因为没有通过认证就不能发行游戏。认证测试是符合目标平台规范的最佳实践，必须遵守清单上的一系列要求才能通过认证。然而如果没有适当的规划，仅在开发的最后阶段再来核实每项内容可能会非常仓促草率。这不仅会导致程序马虎，团队压力大，也会损害游戏的最终质量。

直到后期才考虑认证方面的问题会增加不必要风险和不稳定因素，从而导致QA团队的利用率低下（浪费时间和提高成本），各部门之间的知识共享率偏低，也让了解整个游戏深度与广度的QA团队因此错失搭建LiveOps团队的机会。而这些本来都可以利用于增强玩家支持运营。

Deanne认为，在早期就积极地进行QA是非常有利于认证测试的。如何做呢？真正QA包含的价值是多方面的：

那么，实施游戏测试参与的最佳方式是什么？首先，从规划之初就将QA作为核心团队的一部分。QA应该清晰可见地贯穿在整个流程之中，因为这样有助于在小问题演变为大问题之前就发现，并观测到潜在的瓶颈。

了解QA团队结构非常重要。在项目开始阶段，Deanne会与客户会面，一起制定策略。她会根据客户的需求提出关于最佳QA团队模式的建议，并选择专业对口的测试人员。

QA通常有两种基本的团队结构。单一团队使用多个非特定领域专业的测试人员。在这种情况下，项目通常采用“瀑布（Waterfall）”模型（贯穿整个项目的线性进展，QA通常作为最后一步）。然而这种团队结构侧重于测试人员的数量而不是质量，因此结果往往不尽如人意。

第二种团队结构会根据个别项目需要，安排少量但专业的测试人员。例如一些测试人员可能专门从事软件QA，另一些则从事开发QA。这些项目采用“灵活开发（Agile）”模型运行，让测试人员能够完全融入客户的团队，确保取得最佳结果，使每个掌握技术的团队成员都能发挥作用。这个框架模式使PTW和客户能够整体上开展更有效的合作和沟通。

通常，我们的专业测试人员会完全融入客户的开发团队，直接与客户的制作团队、开发人员、内部QA团队和领导一起工作。这些测试人员定位从初级到中级不等，其中一些甚至可以熟练运用不同的编码语言，然后参与到开发团队作为一部分。

我们在PTW蒙特利尔的团队现在有四个完全融入式的QA团队。起初源自于某个客户采纳了这种融入式团队结构；之后由于他们对结果很满意，这种模式吸引了更多的团队采纳和客户选择。

一旦敲定了团队结构，就应该为未来的项目保留这个团队。通过知识的积累和导师制，让团队从过去的QA项目中进行学习，可以为相关人员打造更有效的流程。

有时，雇用一个外部QA团队是最好的解决方案。QA解决方案提供商可以提供大量灵活、专业和可靠的支持。让第三方处理开发事宜也能为其他团队腾出时间，让他们专注于自己擅长的事情。挑选一个合作伙伴时需要思考正确的问题：

• 这个项目的具体需求是什么？
• 我的团队是否具备所需的知识，或者是否需要专业人士？
• 我们是否能够在发行时提供必要的常态化运营支持？

除了确定这些，寻找服务供应商时一定要进行尽职调查，因为并非每个服务供应商都具备相同的能力。选择完毕后，考虑如何将外部团队纳入你的制作流程很重要。必须明确联系人，以便在适当的渠道进行沟通。提供必要充分的指导文件，从最初就确定项目的范围。项目经理可以在出现状况时随时调整工作策略。

最后，对于整个项目来说，QA人员与团队的其他成员保持一致很重要。团队领导如何确保团队契合？当谈论QA时，要证明测试人员并不是局外人，而是整个流程中非常有价值的一部分。因此项目本身的结构应该是开放包容的。

对一部分人来说，这似乎意味着对现有流程的彻底改变。不过一旦能正确实施，在早期阶段就加入QA的价值将在最终产品的质量中显现。更顺利的话，QA参与整个开发准备可以暴露出效率低下的问题，促进高效精简，从而形成统一规范的流程，并允许在必要时进行临时更改。