作為PTW蒙特婁的QA經理，Deanne Curtis已協助將多款遊戲帶向全世界。在她的職業生涯中，她了解到許多合作夥伴的工作流程，其中有一個明顯的共同點：QA通常被視為流程中的最後一步，而非整個流程中的基本要素。以下內容摘錄自2022年10月19日Deanne於加拿大蒙特婁的MEGAMIGS演說。

QA經常被視為認證道路上的必要之惡，經常會被排除在製作流程之外。管理階層雖然明白QA是不可或缺的一環，但總會將其安排在發行前的最後一階段。然而Deanne認為，在早期計畫階段積極導入QA流程，可以形成更有效的開發週期，發行品質更佳的遊戲。

在研究過程中Deanne發現，這一現象源於QA人員普遍不被視為專家，而是一般人員，因為他們的工作涉及了專案的所有面向。它被視為一份任何人都可以做的工作，也因此會經常由新進員工擔任。他們留任的時間不夠長，難以發展出真正的專業知識。更有甚者，在很多情況下人們都對QA不屑一顧，認為它不具創造性，覺得它的存在只是用來挑開發工作的毛病。

正是這種消極的認知，導致QA從一開始就被排除在製作規劃之外。只要有妥善的安排，QA可以是一盞指引的明燈，辨識並照出早期錯誤以利修復。從長遠來看，這樣可以節省時間，也可以避免在預定發售日前夕造成延誤。

對於大多數遊戲開發商和發行商來說，認證是目標，沒有認證就就不能發行遊戲。認證是合乎目標平台規範的最佳實證，想要獲得認證，必須達成一系列的要求。然而，如果沒有適當的規劃，在開發的最後階段來核對每項內容可能會太過倉促。這會導致過程草率，令團隊壓力很大，也會令遊戲的最終品質有所減損。

直到開發尾聲才考慮認證的問題，會增加不必要的風險和不穩定因素，導致QA團隊的利用率低下（浪費時間和提高成本）、各部門之間的知識交流減少，而最了解整個遊戲的QA團隊也會因此錯失組成LiveOps團隊的機會。LiveOps團隊的建立原本可令玩家客服團隊的運作變得更為流暢和穩健。

Deanne堅持認為，早期和積極的QA參與是有利於認證的。怎麼個有利法呢？真正的QA價值包含了多種層面：

那麼實際安排QA的最佳方式為何呢？首先，在規劃之初就應將QA納為核心團隊的一部分。QA應該在整個過程中具有影響力，因為它可以協助辨認未來可能變為重大問題的小問題，並在開發途中預見潛在的瓶頸。

瞭解QA團隊結構是很重要的。在專案開始的時候，Deanne會與客戶會面，一起制定策略。她會根據客戶的需求，提出最佳的QA團隊模式，再根據個人專業來選擇最適合的測試人員。

最常使用的基本團隊結構分為兩種。單一團隊會投入許多測試人員，他們不一定是特定領域的專家。在這些情況下，專案通常採用「瀑布」法（整個專案採線性流程，而QA是最後一步）。這種團隊結構偏重測試人員的數量而非品質，也因此不一定總是能得到令人滿意的成果。

在另一方面，則可以針對個別專案需求，分別部署少量專業測試員。例如，一些測試人員可能專門從事軟體QA，另一些則擅長開發QA。這些專案採用「靈活開發」方法運行，這使得測試人員能夠完全融入客戶的團隊，確保取得最佳結果，並充分利用每一位擁有技術的團隊成員。這個框架使PTW和客戶能夠在整體上進行更有效的合作和溝通。

我們的專業測試人員最終會完全融入客戶的開發團隊，直接與客戶的製作團隊、開發人員和內部QA團隊及負責人一起進行作業。這些測試人員從初級到中級不等，如果他們熟悉不同的程式語言，有些人甚至可以協助開發人員的作業。

PTW蒙特婁現在就有四個完全融入式的QA團隊。最初，其中一個客戶決定採用融入式團隊結構，並對結果非常滿意，於是決定進一步讓更多的團隊加入。我們現在也開始向其他客戶推廣此種模式。

一旦確立了團隊結構，未來的專案就可以沿用該模式。具教學潛力的現行制度知識可以讓團隊獲益良多。從過往的開發活動中學習，可以得到非常有價值的經驗，並以此協助所有相關人員建立更有效的流程。

有時候聘請外部協力廠商就是最佳解決方案。這些合作夥伴可以提供大量靈活、專業且可靠的方案。讓 協力廠商 處理開發元素，可以為其他團隊騰出時間，讓他們專注於自己擅長的領域。決定合作夥伴前，需要先提出正確的問題：

• 專案的具體需求是什麼？
• 我的團隊是否具備所需的知識，還是需要聘請專家協助呢？
• 我們是否能夠在發行時提供必要的Live Ops支援？

一旦確立了需求，在尋找最佳協力廠商時一定要進行盡責查證，因為並非所有服務供應商都有同樣的能力。一旦確定簽約，如何將外部團隊納入你的開發流程就變得十分重要。聯絡窗口必須明確，以便通過適當的管道進行溝通。另外，也必須授予存取指南文件的權限，並從一開始就確立專案的範圍規格。專案經理可以隨時在意外出現時調整作業方針。

最後，QA與團隊成員的互相協調，對於專案整體來說是非常重要的。那麼團隊負責人該如何確保文化契合呢？他們在提到QA時，需將其當成開發中重要的一部分來談論，甚至會將QA描述為整個流程中不可或缺的一環。他們也必須將「隨時可增添測試人員」這一概念置入專案的設計架構中。

對一部分的人員來說，這似乎是對既定流程的重大變革；但一旦正確實施早期QA，其價值將在產品的最終品質中得到體現。在更理想的狀況下，讓QA融入整體開發流程還可以令效率低下的問題浮現，進一步促進程序精簡，從而建立具備一致性並符合規範的流程，且擁有允許在必要情況進行臨時修正的彈性。