首先，要誠摯地感謝網友 Kong-Ming 在今天按下「分享動態回顧」鍵，如果沒有跳出這則通知，我還真的忘了自己在 2013 年的 9 月 27 日曾經翻譯過這篇演講。
身為一個從 QA 工讀生入行，一路在職場上走向經理職的人，當時被 Bioware QA 發展部門總監 Tulay Tetiker McNally 於 Korea Games Conference (KGC) 2013 所發表的這則講演內容給深深地激勵到。
剛好先前也有被年輕朋友問到：「當 QA 真的有出路嗎？人家會不會覺得我什麼都不會所以才當 QA？」
就再分享一次，順便整理成文章。
--
你所待的遊戲公司，注重 QA 部門嗎？
新人以 QA 職缺為跳板加入遊戲產業會是一個好的決定嗎？
QA真的 是一份連貓都會做，只要有手玩遊戲就能幹的工作嗎？
底下謹分享 Bioware QA 發展部門總監 Tulay Tetiker McNally 於Korea Games Conference (KGC) 2013 所發表的講演內容，希望對於各位有所助益。
考慮到文章太長的關係，摘錄重點分享，並且將結論拉到首段來，其於部份的順序未做調整。
◎ 我講的太多了，講一句最重要的話：「所謂的QA，並不是為了確保產品的品質而存在的部門。一款遊戲的品質優劣不會是由單一部門來決定的。在遊戲公司裡，所有職務的人員都必須要關心QA，而身為QA人員，也必須對所有的領域保持高度興趣並學習之。」
◎ 一言以蔽之，事前預防，事後查明問題原因，確保產品項目正確實裝，就是QA團隊的任務。
◎ 在早期，遊戲開發者自己就能進行除錯作業，但隨著平台多樣化，遊戲複雜化，這個產業對於專業測試人員的需求量急劇增加，換句話說，QA人員正是被這個時代所需要而誕生的職業。
◎ Bioware的專業測試部門約有15～20人，當工作量增加時，也會追加人力。
◎ 這個職缺常被誤解為「只要一直玩遊戲就能領薪水」的工作，更常被外界瞧不起。一般認為誰都可以當QA，反正那樣的工作一點技術含量也沒有，在我們的國家，甚至有這麼一句話 - 「連貓都可以幹好QA的工作」。
◎ 不只是外界這麼看待，連來應徵的人也會有這樣的心態，但是老實說，那種每天打遊戲就能領薪水的時代已經結束了。
◎ Bioware在人材聘用方面的標準非常高，從全球各地找來具有才能的人材，QA部門也是以這樣的標準在挑選員工，即使錄取了AAA級人員，後面也還有非常嚴格的流程等待著他。
◎ QA人員必須要有一個認知，他們應該要能與營運團隊、開發團隊妥善溝通，共同建構起完整的開發文化，並協助提升產品的品質。
◎ 但事實上，QA的離職率非常高，在遊戲業界裡也不是什麼令人稱羨的職缺，有許多人從事QA工作只是求一份溫飽，並沒有將提升產品的完成度視為個人志業。
◎ Bioware的QA也會以客戶或顧問的角度提供意見給開發團隊。
◎ Bioware的QA分為技術QA與設計QA，前者偏向於程式設計的部份，後者則是提供產品設計上的協助，是故，在產品開發的時候，QA也能積極參與設計的過程。
◎ 敝公司相當重視「價值」這件事，承前所述，因為制度上讓QA團隊能共同參與產品的開發的過程，因此各部門不再將它們視為用來除錯的部門，而是確實有所貢獻的，進而發現自我的價值所在。
◎ 敝公司稟持著「你如果認為自己做的事情是正確的，那麼就執行下去吧」的原則
◎ 舉例而言，當三個總計投入300名人力的專案在進行的時候，QA部門會投入40人左右。在這個過程中，QA的意見並不會偏頗於某一方，會盡可能地提出公正且中肯的意見，如果有必要的話，也會提交完整的報告書。
◎ 與其他部門相比，QA部門更需注重「組織」這個觀念的重要性。
◎ QA即使不是開發者，也應瞭解開發遊戲所會用到的各種技術與知識。
◎ 面對消費者的時候，應該要能知道如何排除各種預期外所發生的狀況，所以必須掌握豐富且全面的知識與資訊。
◎ 對我來說，QA團隊就像忍者一樣的存在，隱身在看不見的地方，協助他人創造出最棒最棒的產品。
◎ 對於公司來說，QA也像是潤滑油一般的存在，讓全體成員能順利地彼次緊密合作。
◎ Bioware的QA部門有許多人已經工作十年以上了，當然也有許多人轉到研發團隊的職位，因為曾經擔任過QA工作，所以比起其他人都還要能夠快速發現問題，並協助建立部門間的合作關係。
◎ 一般人對於QA的印象還有一點，就是薪水比起其他部門要來的少。但在BioWare來說，QA與其他部門的薪資並不會相差太多，因為在這裡，QA是值得自豪的職業。
◎ 當我們早上起床準備到公司上班的時候會開心地想「今天應該要做什麼呢？」該怎麼樣協助其他同仁好讓開發作業更為順利呢？對我們來說，這份工作不單純只是獲取金錢上的報酬而已。
qa薪水 在 [請益] RD vs QA - 看板Tech_Job - 批踢踢實業坊 的美食出口停車場
SW RD上patch前 都是需要自己做驗證確認patch沒有問題
收到bug通知時 也是可能需要自己做複製錄log
QA的工作內容 一般是操作驗證工具確認產品功能完整
或是協助RD複製問題
那QA RD的工作內容分野在於
RD有能力修改產品source code 調整功能
但QA沒有這能力
這樣說正確嗎?? 或是RD QA的不同在於別的地方??
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.70.249.234
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1460158765.A.12D.html
... <看更多>
相關內容