這樣種產(chǎn)品的測試,主要是把大量的重復(fù)頻度比較高的功能測試轉(zhuǎn)化為自動化測試角本腳本,在開發(fā)過程中要注意,核心引擎與穩(wěn)定的產(chǎn)品部分,盡可能使用測試框架形成單元測試集,;同時由于編譯與發(fā)布固化,適合做每日編譯, ,自動化的執(zhí)行單元測試集與自動化的測試角本。在做這種測試流程時,同時還要注意引入強大的分析統(tǒng)計工具,比如代碼覆蓋與評審工具,內(nèi)存檢查與性能函數(shù)分析工具,出錯表統(tǒng)計模塊,達(dá)到發(fā)布,、測試執(zhí)行與評估自動化、一體化。由于進(jìn)行每日集成,接口的問題可以盡早的暴露出來,避免了后期集成的風(fēng)險。
這一點每日集成對于大型項目非常重要。同時,由于測試的自動化,大部分的自動化測試角本在空閑的時間運行,測試組可以在進(jìn)入手工測試時得到比較穩(wěn)定的版本,及大極大的提升了 團(tuán)隊開發(fā)與測試的執(zhí)行效率,。但然而在這樣的情況下,缺陷點是整個 團(tuán)隊對研發(fā),、測試體系的技術(shù)要求特別高,其本上不亞于有時甚至難過做一個大型的項目。這樣的測試流程在,在中小 團(tuán)隊比較難以實現(xiàn)比較困難,而關(guān)鍵就在于無法降低的成本比較高。下圖就是一個穩(wěn)定項目的測試流程圖。
◆ 游戲軟件產(chǎn)品的測試流程又有不同。當(dāng)你去帶領(lǐng)這個測試團(tuán)隊一個游戲團(tuán)隊時,可能游戲核心引擎應(yīng)該是比較相對穩(wěn)定的,而游戲內(nèi)部的故事情節(jié)可能會不斷的變化,。這時你可把一些更加穩(wěn)定的程序做成比較穩(wěn)定的自動化回歸測試,同時加強對不斷變化的游戲情節(jié)的功能測試,同時注意這些功能是不是否會影響到其它相關(guān)的模塊。同時在因此,游戲測試的過程中還有一些比較有其特殊性,主要表現(xiàn)以下幾點:
◆ 服務(wù)器的穩(wěn)定性,網(wǎng)絡(luò)流量,與安全是游戲最至關(guān)重要的,(往往有很多游戲不是不好玩,而是太不穩(wěn)定);
◆ 游戲由于有及時的即時更新,會經(jīng)常在同時修改缺陷的時候,還在同一模塊下增加新功能;
◆ 好的網(wǎng)絡(luò)游戲開發(fā),其的功能必然會是迎合玩家的需求(游戲性分析)。
對于游戲軟件產(chǎn)品來說,這些需要特別注意重點控制的點關(guān)鍵,要求測試 團(tuán)隊必需要加強以下幾個方面,性能測試,代碼的融合、相關(guān)性影響面的判斷、版本的變更與控制,還有游戲性的分析與測試。性能測試主要加強以下幾點,則需要注意在并發(fā)下服務(wù)器的穩(wěn)定性監(jiān)控,、網(wǎng)絡(luò)流量與游戲客戶端在大場面下的表現(xiàn)。;而版本控制在游戲軟件的過程中,其意義更多——則會避免已經(jīng)改了的問題重復(fù)出現(xiàn),或是改了更新上去問題還是存在,如何高效的合并代碼,、合成游戲 資源、圖片與角本腳本還是一個比較難度很高的事情,尤其涉及到多個部門。;而游戲性測試主要是避免那種些與游戲風(fēng)格相背的情況,或是開發(fā)團(tuán)隊累死累活拼命完成得功能性任務(wù)做出的功能沒有可延續(xù)性。
◆ 性能測試與版本控制,在大多數(shù)軟件的測試流程中都會涉及,但是在不同的軟件產(chǎn)品/項目中都有其特點。一般屬于通用軟件測試流程的部分,但而游戲性測試則需要對游戲感覺很好有比較深刻的了解,并由真正懂懂得的玩家的人來擔(dān)任,。某些時候,他甚至可以不是一個很好的軟件測試人員,但他一定是一個真正懂游戲的人,這里有一些扯遠(yuǎn),但這里,本文稍后一節(jié),將我會在后面會強調(diào)人的因素也決定了流程的實施。
更多軟考資料請訪問:考試吧軟件水平考試欄目
希望與更多網(wǎng)友交流,請進(jìn)入考試吧軟件水平考試論壇
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |