胡侃游戲自動化測試（三）

第第頁胡侃游戲自動化測試（三）胡侃游戲自動化測試（三）

發(fā)表于：2023-07-02來源：：點(diǎn)擊數(shù)：標(biāo)簽：自動化胡侃游戲

前面我大概說了一下游戲自動化測試的一些現(xiàn)狀需求，這一篇主要談?wù)動螒蚶锩婺男┛梢宰?，哪些好做，哪些難做，哪些沒必要做以及一些原因。歡迎拍磚哈，希望大家也談?wù)勀銈兊淖龇ê蛢?yōu)點(diǎn)。我們在做游戲自動化測試之前，我們先假設(shè)我們的架構(gòu)已經(jīng)設(shè)計(jì)的足

前面我大概說了一下游戲自動化測試的一些現(xiàn)狀需求，這一篇主要談?wù)動螒蚶锩婺男┛梢宰觯男┖米?，哪些難做，哪些沒必要做以及一些原因。歡迎拍磚哈，希望大家也談?wù)勀銈兊淖龇ê蛢?yōu)點(diǎn)。

我們在做游戲自動化測試之前，我們先假設(shè)我們的架構(gòu)已經(jīng)設(shè)計(jì)的足夠好，允許我們能夠通過我們的測試工具，獲取游戲的運(yùn)行狀態(tài)并且修改游戲的狀態(tài)。原本打算寫到五就差不多了，后來應(yīng)一些朋友的要求，我會大概說說游戲架構(gòu)沒有考慮到自動化測試的時(shí)候，自動化測試可以做的一些事情。

據(jù)我了解的情況，目前國內(nèi)所有的網(wǎng)絡(luò)游戲都是采用面向?qū)ο蟮姆椒ㄔO(shè)計(jì)和實(shí)現(xiàn)的，如果有不是的，我沒接觸過，也不知道用什么辦法去做，所以再一次假設(shè)，我們的游戲都是使用的面向?qū)ο蟮姆椒ㄔO(shè)計(jì)和實(shí)現(xiàn)的，請記住，這里我再三提到對象這個(gè)概念。后面講的一些東西將會圍繞這個(gè)概念展開。

還是先說一下哪些東西不建議采用自動化測試吧：

1.表現(xiàn)類，以主觀感受為主為測試目的測試對象。

大家都知道，計(jì)算機(jī)最喜歡做的是邏輯性計(jì)算，而不是人性計(jì)算。之所以不做，原因就是這類測試幾乎無法定義預(yù)期結(jié)果，所以更不要談測試結(jié)果了，如果沒有測試結(jié)果，那么計(jì)算機(jī)做了什么呢？這種問題主要集中在client上，比如畫面，音效，操作性，當(dāng)然還有設(shè)計(jì)的游戲平衡性等等。這里標(biāo)準(zhǔn)其實(shí)就是：當(dāng)人無法用邏輯語言表達(dá)出預(yù)期結(jié)果的東西，不要試圖自動化。

2.性價(jià)比低，一次性勞動且開發(fā)量大的測試對象。

自動化的目的是為了提高效率，而不是為了自動化而自動化，也不是為了來表演某個(gè)人的技術(shù)能力。我見過某公司的一個(gè)朋友，曾經(jīng)花了幾大天的時(shí)間做了一個(gè)測試工具，僅僅是為了節(jié)省一個(gè)人半天工作量的測試工作。這種主要是需要做一個(gè)評估：這個(gè)測試工作是經(jīng)常的嗎？這個(gè)的自動化測試的開發(fā)成本是多少？我以前才開始做的時(shí)候，一個(gè)同事給我提了一個(gè)需求，讓我單獨(dú)給他做一個(gè)工具，用來檢查策劃新提的一個(gè)數(shù)據(jù)文件，這個(gè)數(shù)據(jù)文件只是他們的一個(gè)設(shè)計(jì)文件，而且文件內(nèi)數(shù)據(jù)的關(guān)系只是有這個(gè)策劃的心情來決定的，我當(dāng)時(shí)傻不拉嘰的給她做了（我估計(jì)我當(dāng)時(shí)是色迷心竅）。而我花2天做的東西，她就點(diǎn)了一下鼠標(biāo)，從此以后這個(gè)東西就永久的存儲在工具庫里了，不知道何年何月這個(gè)工具才能重見天日。因?yàn)槲也恢缹硎欠裼幸惶?，還會有策劃會按這個(gè)規(guī)則去設(shè)計(jì)他們的數(shù)據(jù)表。說明一下，這類數(shù)據(jù)文件之間的關(guān)系完全是通過數(shù)據(jù)來對應(yīng)，一旦對應(yīng)關(guān)系發(fā)生改變，測試代碼也需要改變，所以重用性不高，而且這個(gè)僅僅是他們拍腦袋的結(jié)果，并不是我們實(shí)際運(yùn)行在游戲中的數(shù)據(jù)文件。

說了這么多，現(xiàn)在開始說哪寫東西適合做自動化測試：

計(jì)算機(jī)喜歡干重復(fù)性邏輯活動，那我們就讓他干這種事情吧。

簡單算一下效率，假設(shè)某個(gè)測試工作需要5人*2小時(shí)/天的工作量，而且每天都是重復(fù)的工作，比如我們做游戲的，一般游戲發(fā)布前都需要對版本質(zhì)量進(jìn)行review，這個(gè)事情如果我們可以在我們下班后，讓計(jì)算機(jī)去做，會是多么幸福的一件事情??！假設(shè)游戲生命期3年，每周發(fā)布一次版本，每次發(fā)布前需要10個(gè)小時(shí)的絕對工作量，那么3年就是10*52*3/7=223,也就是要花費(fèi)一個(gè)人223天的工作量，這其實(shí)是一個(gè)人一年的工作量了，而我們開發(fā)這個(gè)東西只需要10天！

我們做自動化測試的時(shí)候，一般做通用性的東西，也可以叫做平臺類的工具，在這個(gè)平臺上，我們再設(shè)計(jì)自己的行為，通過這個(gè)平臺作用于游戲，再通過平臺將結(jié)果返回給我們的測試代碼。

而這個(gè)平臺就要回歸到前面所說的對象概念了，我們運(yùn)行在游戲種的一些邏輯其實(shí)都是一些對象的行為。結(jié)合我們的測試可以說其實(shí)我們測試就是側(cè)某一個(gè)對象在某一個(gè)狀態(tài)下，是否產(chǎn)生了某種行為和沒有產(chǎn)生不應(yīng)該的行為。有了這個(gè)概念，我們設(shè)計(jì)自動化測試思路就清晰了。

首先，這個(gè)平臺我在二里面沒提出這個(gè)說法，但是其實(shí)就是這個(gè)概念。這個(gè)平臺主要是實(shí)現(xiàn)：實(shí)現(xiàn)測試代碼和游戲的通信，通過這個(gè)平臺，我們測試代碼可以獲得和修改游戲運(yùn)行的環(huán)境。

這個(gè)平臺是長期維護(hù)的，當(dāng)游戲一些邏輯發(fā)生變化的時(shí)候，平臺可能需要相應(yīng)的變化，否則可能會阻礙測試。平臺是通用的，測試代碼是針對具體的測試對象而設(shè)計(jì)的。

我們假設(shè)現(xiàn)在需要測試一個(gè)任務(wù)（下列是我將這個(gè)任務(wù)分解了一下，為條件和步驟哈）：

1.找anpc能接取到a1任務(wù)。

2.找其他npc不能接到a1任務(wù)。

3.角色等級=10級。

4.角色有道具b。