（6）協(xié)助市場部門對游戲進行分析，提出游戲的特殊性和推廣點。
作者注：由于游戲軟件的測試不同于軟件測試，所以我們在制定部門工作職責時考慮到游戲的特點，不僅不能出現(xiàn)Bug，而且還要“好玩”。
2.測試部門的人員構成
由于測試工作是貫穿產(chǎn)品開發(fā)各個階段的持續(xù)過程，涉及到產(chǎn)品質量的各個方面，其人員構成也必然包括產(chǎn)品開發(fā)所涉及的各個部門。每個部門主管級以上人員列為測試小組成員，對測試小組的發(fā)展和反饋負有直接責任，每個部門設有專人負責測試小組意見反饋、問題提交等工作。
3.測試的目標類型
測試的目標類型分為：
1）美術效果測試
美術表現(xiàn)上是否存在明顯的缺陷和錯誤，包括對美術風格提出修改意見和建議。
2）產(chǎn)品功能測試
產(chǎn)品功能是否和設計預期相符。
3）綜合表現(xiàn)測試
測試人員對產(chǎn)品的個人印象，主要是對游戲的感覺以及對游戲性的感覺。
4）進度完成情況測試
新項目是否完成了開發(fā)計劃中列明的階段性結果，并對此進行跟蹤。
5）模糊測試
產(chǎn)品功能列表之外可能出現(xiàn)的問題以及非正常思維發(fā)生的問題。
4.測試工作的宏觀步驟
1）測試前準備
對于新產(chǎn)品來說，主要根據(jù)產(chǎn)品的開發(fā)進度，安排每個項目的階段性測試工作，另外對于原有老產(chǎn)品的跟蹤性測試工作則根據(jù)市場需要進行安排。為了保證測試工作的效率和針對性，測試之前必須確定測試的內容和目標。
2）測試工作
測試人員按照測試的內容和目標進行針對性檢查，提交各自獨立的測試報告。測試報告中的測試內容和要求等由提出測試要求的部門填寫，測試的結果以條目形式列示。
3）測試結果跟蹤
每部門指定人員收集測試報告（測試報告以email形式由測試小組發(fā)送到對應部門指定的接口人員），并據(jù)此整理出用于指導產(chǎn)品開發(fā)的最后測試結果。
相應開發(fā)人員接收到測試結果后，要在一天內提出修改的時間安排并簽字，如果對測試結果有疑問必須立刻提出。簽字后相應的問題責任由簽字人員負責。經(jīng)開發(fā)負責人簽字的測試表交專人保管，以備復測時對照。
4）復測
按照接收人員簽字同意的修改時間，測試部門要安排進行復測。復測時不再填寫新的測試報告，而是對照原測試結果檢查產(chǎn)品的修改效果。修改通過的問題在測試結果上注明。復測結果按照上述第三條情況處理。
有些人認為開發(fā)完成后或者某一開發(fā)階段完成后才可以進行測試，開發(fā)和測試是無法同時進行的，其實這樣的觀點是錯誤的。游戲軟件的開發(fā)過程要求測試必須盡早介入，程序片段一旦編寫完成，就應立即進行測試。
普通情況下，先進行的測試稱為單元測試，但其是程序片段也需要相關的集成測試，甚至有時還需要一些特殊測試，比如接口測試，像游戲程序與任務腳本、圖片的結合，通過把已經(jīng)寫好的程序片段接合起來，形成部分的集成測試，從而有效的體現(xiàn)接口優(yōu)先測試的原則。同時由于測試與開發(fā)是并行的，并且實行的是軟件缺陷優(yōu)先修改的策略，所以很少會出現(xiàn)缺陷后期無法修改的情況。由于前期測試案例的設計與自動化工具的準備，我們不需要投入太多的人力就可以極高的保證游戲的產(chǎn)品質量，特別是重要系統(tǒng)的質量。由于程序每日不斷完善，集成測試便可同步進行，當開發(fā)進入最后階段時，集成測試也已同步完成。當然這里必須滿足一個原則，即測試的主體方法和結構應該在游戲的設計階段完成，并隨著開發(fā)階段的推進而不斷補充(比如游戲開發(fā)中出現(xiàn)了變動，測試方案也需實時更新)。這種方法會對基于代碼的測試（開發(fā)階段與集成階段）產(chǎn)生很重要的影響，但不管在哪個階段，在執(zhí)行前多做一點計劃和設計，都會大幅度的提高測試效率，改善測試結果，同時還有利于測試案例的重用與測試數(shù)據(jù)的分析，所以我們的測試計劃是在策劃時就形成了，為后續(xù)的測試形成了良好的基礎。
此文章共有6頁 上一頁 1 2 3 4 5 6 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
