(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ù)市場需要進行安排。為了保證測試工作的效率和針對性,測試之前必須確定測試的內(nèi)容和目標。
2)測試工作
測試人員按照測試的內(nèi)容和目標進行針對性檢查,提交各自獨立的測試報告。測試報告中的測試內(nèi)容和要求等由提出測試要求的部門填寫,測試的結果以條目形式列示。
3)測試結果跟蹤
每部門指定人員收集測試報告(測試報告以email形式由測試小組發(fā)送到對應部門指定的接口人員),并據(jù)此整理出用于指導產(chǎn)品開發(fā)的最后測試結果。 相應開發(fā)人員接收到測試結果后,要在一天內(nèi)提出修改的時間安排并簽字,如果對測試結果有疑問必須立刻提出。簽字后相應的問題責任由簽字人員負責。經(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)
|