品質保證
回到LAB主頁
如何將品質保證測試程序自動化?
一窺自動化的內部運作
自動化必然能讓品質保證流程更加順暢有效率,但論實際操作,不但需要技術,過程更是極具挑戰,感到氣餒是在所難免的。這也是為什麼我們要解釋自動化規劃的運作方式,以及我們無論是協助內部遊戲製作或是外包製作,都將此作業流程套用在您的遊戲上的原因。
讓我們進入正題吧。
在一開始就明確擬出自己大略想要自動化的物件是非常重要的。決定自動化物件前,您要對自己所運行的遊戲、引擎、軟體有高水平的理解。完整理解後,您必須找出自動化成功機率較高的模組和功能。
有些領域具有較高的影響力,較值得納入考慮,例如:功能測試、迴歸測試、公司內部測試流程(您可以到我們的部落格貼文上查看有哪些領域可以自動化)。
掌握這些基本要求後,就是建造能夠執行需求的策略系統的時候了。此時就需要一個既耐用,適應力又強的自動化架構。
簡而言之,自動化架構取用手動測試人員編寫的淺易測試案例,並使用程式碼將其繪製到測試場景中。接著,程式碼便會執行測試案例中描述的動作並展現出成果。
話雖如此,功能或設計上的改變是常有的事情,因此不管如何選擇,都應該盡可能挑選適應力強且經過模組化的架構。這樣一來,儘管設計改變,您也能用最快的速度更新測試套件。
在心中想好要自動化的物件和想使用的架構後,現在該把重點放在作業所需的工具上了。根據平台和自動化種類的不同,您所使用的架構和每個設計的自動化腳本所需要的工具也會有所差異。我們來看看現有的一些自動化工具。
現在該開始設計您的自動化腳本了。您的測試員必須鉅細靡遺地將您要測試的項目記錄下來,以利工程師後續將那些測試案例設計成自動化腳本。
大部分人會將手動品質保證工程師的指令動作錄製下來,並在自動運行時進行重播,這樣的過程看似簡單易操作,又可以重複使用現有知識。但經驗告訴我們,以錄製進行的測試鮮少能在系統不斷變換的過程生存下來。紀錄軟體所生成的紀錄檔通常難以管理,而且在每一次系統更新後都要重新錄製,讓您的心血化為烏有。
先前記錄測試案例並轉換成自動化腳本所花費的大量時間,都在這個步驟值回票價。點擊開始按鈕,並將這些自動化腳本放入您的遊戲中。
在每個新遊戲版本中運行您的自動化測試,以確保該版本能成功在幾小時內完成手動品質保證。如果版本有任何損壞,也能在發布給測試小組前及時發現,為您節省了大量的時間。 您應該知道的事
自動化規劃完成並開始運行後,仍需大量維護工作才有辦法讓一切持續順利運作。
確切來說,每次進行新變動時,都得頻繁檢查每個自動測試案例及腳本的運作成功率。版本控制也是維護作業很重要的一輪。如果您能在每次更新之後立即進行版本控制,就能迅速掌握損壞的腳本,追蹤原因並進行對應修改。
同樣道理,您的架構也需要不斷進行維護,才能適應系統變化和新需求。
內部作業 vs.外包自動化
自動化的規劃運行大致如此。但在開始運行前,先了解哪種方式較最適合您的遊戲相當重要,不管是內部作業或是外包作業,兩種各有利弊。以下是您應該先問問自己的問題:
這些問題著實能幫忙決定最適合您遊戲的選項。但了解個別選項的利弊也是同等重要的……
截然不同的對比
外包作業
內部作業