※ [本文轉錄自 C_Chat 看板 #1UIsEsD_ ]
作者: alinwang (kaeru) 看板: C_Chat
標題: [新聞] 中小團隊如何做單機類產品的遊戲測試？
時間: Tue Feb 18 12:10:26 2020
https://news.sina.com.tw/article/20200217/34254222.html
中小團隊如何做單機類產品的遊戲測試？
北京新浪網 (2020-02-17 16:11)
從中國媒體轉來,以下特定詞語均用中國用詞
在遊戲開發中，有一項活動始終貫穿其中，這就是「遊戲測試」。遊戲測試是為了對遊戲
進行階段性驗證，以此來決定下一步的開發或者發行規劃的開發手段。其本質是為了讓遊
戲更加完善，或者減少上線時遇到問題的風險。
　　有經驗的開發者都會有體會，不管前期你團隊覺得這個項目做的質量有多好，經過一
輪嚴格的測試必然會出現數之不清的問題。測試的人員數量，時長，經驗是否豐富，都會
對發現的問題數有影響。整個開發後期，團隊都會圍繞著測試-清Bug-再測試-再清Bug這
個這個流程來做。
為此，GameRes遊資網邀請了《帕斯卡契約》製作人楊洋、《鑄時匠》製作人張珺分享他
們作品的「遊戲測試」經歷。可以說，無論是早期的原型驗證，亦或是開發各階段的版本
，開發者需要清楚每個階段的測試目標及如何安排測試，譬如在哪些平台可以發起測試，
如何選擇核心/泛向測試玩家，需要收集到哪些測試反饋等等。
　　注：本文中遊戲測試流程主要就單機類產品而言
　　一、Demo階段：遊戲性、玩家接受度
　　項目早期階段的遊戲測試，譬如原型設計階段，在開發團隊內部進行，主要目標在於
測試遊戲性，確保遊戲是可行、能夠交互循環的遊戲。
　　Demo階段，開發者可以邀請一些業內的人士進行版本體驗，收集體驗方面的反饋，了
解這個產品的可玩性如何，是否有足夠吸引用戶的核心內容。楊洋介紹，這一階段，《帕
斯卡契約》基本上是選取遊戲的一小段內容，進行一個玩家接受程度的測試，用來判斷玩
法或者視覺之類的是否能得到用戶認同。
　　《鑄時匠》的做法是找熟人和朋友盡量進行小範圍的測試。原因主要有兩個方面：一
個是由於Demo階段遊戲各方面尚不成熟，需要能夠比較值得信任，並且能夠很客觀給出建
議的人來測試，個人認為遊戲行業內的人是最佳人選，其次是認識的資深遊戲愛好者。另
一個是Demo階段往往需要進行快速迭代反覆測試，找固定人群能夠有效地進行前後對比。
二、開發階段：核心玩法驗證、重品質、體驗
　　這個階段測試主要是為了打磨產品的品質，一般會分兩塊，一塊是測試團隊對遊戲體
驗的測試、BUG的測試等，另外一塊就是會招募一些目標用戶的核心玩家來驗證核心玩法
。
　　楊洋的看法是，開發階段測試視項目組情況而定，一般小型團隊就在項目組內部進行
邊開發邊自己測試，不過這種測試涵蓋肯定不全面，會帶有開發人員的主觀意志在裏面。
成熟大型一點的團隊，會始終有獨立測試人員貫穿開發始終，這樣會對遊戲質量把控有一
個更好的監督。
　　三、遊戲上線：揪出Bug消滅它
　　上線前的QA階段：這個階段意味著核心玩法我們已經得到了充分的證實，唯一的工作
是需要通過QA來進行測試，找出bug、體驗流暢度等系列問題保證產品的品質。
　　楊洋表示，上線階段是最重要的測試階段，一般這時候會要求開發停止，只做問題的
修正，此階段會把Bug的惡劣程度嚴格分類，一般最重要的造成死機或者遊戲無法進展的
歸為S級別，其次是造成嚴重遊戲體驗問題的A級，接著是B和C，不同的公司對標準有不同
的把控。通常S和A是不允許發生的，有的話不會讓產品上線。剩下的就要求盡量可以解決
。最後通過的產品，理論上上線前不能再進行任何修改，因為可能只是改一個小問題，會
引出一串其他未知問題。每個有修改的版本，必須按照測試用例再嚴格的進行全方位的流
程檢查。
四、線上測試平台選擇
　　線上的PC版本一般在Steam平台上發起測試， 用戶招募可以從小黑盒、二柄、摩點、
indienova、VG等這些平台獲取。當然，開發者也可以申請騰訊WeGame的「翼計劃」，前
提是滿足平台方的一定條件。
　　移動端的用戶招募，安卓版主要集中在TapTap平台進行招募，iOS版可以通過既有玩
家群發起TestFlight測試，還有一些開發者會先在海外發行iOS版本以收集相關上線反饋
。
　　此外，開發者也可以在獨立遊戲社區 itch.io 測試推廣。
　　五、線下測試：展會是好選擇
　　如果是線下的用戶測試，可以通過參加展會的形式來觀察玩家的試玩反應。參展測試
相對比較簡單，因為一個是展示內容有限，一個是現場有工作人員，如果有一些問題可以
隨時現場指導避開。
　　楊洋表示，線下測試活動他們舉辦過多次，一般是包一個大場地，提供一整天的試玩
時間，工作人員會在現場觀察玩家的反應，比如初次讓玩家體驗時，新手引導部分是否順
暢，有些設計的機關，是否會中招等等。除此之外，他們也在參展玩家體驗結束后，麻煩
參與者填寫一份問卷以及問一些必要的問題（比如觀察這些用戶在體驗的過程中遇到的一
些問題）。
張珺認為參加展會是最好的測試，很多時候現場玩家的表現能透露出非常多的問題。例如
哪個部分玩家花的時間比較多，有可能那個部分的難度就是過難了；哪個部分玩家進行了
自發性地多次探索，說明玩家對這個部分的興趣就比較大。這些信息往往是問卷調查和問
答都無法告訴開發者的線索。
六、測試玩家篩選：首選目標用戶
　　楊洋表示，玩家的篩選還是得根據不同遊戲的種類來做選擇，在測試帕斯卡契約時，
更多的他們選擇傳統主機動作遊戲玩家來測試，甚至會在面試時要求展示自己賬號的PS4
獎杯。當然後期也會刻意引入一些不常玩此類遊戲的玩家，以測試遊戲的泛用性。在測試
過程中，楊洋會和測試者聊一些《帕斯卡契約》設定的目標遊戲，看他們能否抓住一些關
鍵要素回答。比如聊一些市面上的主流動作遊戲，讓他們談一下自己分析的優缺點。
在張珺看來，最理想的測試人員應該是遊戲的目標玩家人群，並且在做反饋時能較為客觀
地陳述。如果退而求其次，有一定經驗的遊戲行業從事人員是比較理想的。雖然他們未必
是目標人群，但是由於工作關係對遊戲的了解會比較多，也能夠相對客觀地描述。而一些
玩家測試者，則意見經常會偏主觀。
　　七、測試材料準備：問題集越詳細越好
　　張珺表示，《鑄時匠》在發起測試前都會準備一個問題集，針對他們想要了解的部分
詢問測試者。另外也會臨時根據每個人遇到的不同問題進行有針對性的問答。此外，他還
提到，因為遊戲前期測試主要是通過網上進行的，所以最好的方式是讓測試者將測試時的
視頻錄下來。
　　在詢問開發者的問題準備中，應該秉承一個要點，有啥問啥，越細越好。核心的問題
是：遊戲哪裡吸引他們，也就是驗證遊戲的核心內容是否得到用戶的認可。
八、測試玩家溝通技巧：多以What和Why提問
　　張珺表示，開發者在與測試玩家交流時，要儘可能地積極提問，少問一些過於主觀的
問題。如果用What、Why、How來說的話，盡量多地針對What和Why設置問題，盡量少地問
關於How的問題。
　　JohnsonBlow曾經說過，「你可以聽玩家說你什麼地方做得不好，但是永遠不要聽他
們說應該怎麼做」。測試玩家遇到問題時往往不太能抓住問題的核心，所以給出的建議很
有可能並不能真正解決問題。
　　張珺舉了《鑄時匠》的遊戲開頭過場為例：在早期階段其實被詬病很多，很多人說過
場太長。但其實這個問題的本質是開頭過場比較無聊，沒有代入感，導致了玩家有這種感
覺。正式版里開頭過長的長度大概是早期版本的3~4倍，但是開頭過場的負面反饋卻比早
期版本少了非常多。《鑄時匠》的修正方法是修改開頭過場的劇情，更多地製造懸念，並
且大幅增加了開頭過場的互動部分，讓玩家有參與感。
九、測試反饋處理：作為調整的參考依據
　　當測試反饋結果出來之後，開發者首先是需要通過數據與反饋的內容來去反思哪裡出
現了問題，哪裡需要調整。有一點需要明確的是，所有的數據與反饋內容，是作為一個參
考的依據，它不是一個定性結論。
　　楊洋分享，原則上測試數據不好或者哪裡反響比較差，《帕斯卡契約》是一定會定製
方案修改的。但有時候局部的測試不一定能反映出玩家最終的狀態。
　　在張珺看來，其實反饋不理想是好事，因為這說明了問題被暴露出來了。最糟糕地狀
況是一路測試都很順利，結果在上線的時候才發現問題。
十、開發者的測試心態
　　楊洋表示，開發者首先一定要認識到測試的重要性，並且樹立一套規範的測試流程。
嚴肅的測試過程和找一群玩家來玩遊戲完全不同。中小團隊可能通過時間積累，慢慢建立
起一個很強大的開發陣容，但幾乎很少會建立測試團隊。在項目後期，一定要儘早考慮這
一問題。
　　遊戲測試是遊戲開發的一環，是非常重要的一環，張珺很明確這一點：實踐是檢驗真
理的唯一標準，遊戲測試十分重要，但是不要對測試有所懼怕。因為最可怕的不是反饋不
理想，而是發售時才發現問題，到那時就已經為時已晚了。
　　來源：遊資網