2013年9月遊戲測試總結-文檔習慣

從事網遊測試已經1年半了，下面該總結一下做爲一個遊戲測試者應該具有的一些文檔習慣：

做爲我本身，我會使用UltraEdit來整理個人txt工做文件。

天天工做的第一件事，我會打開6個txt文件：

1.sql語句文件：當你須要長期測試一個遊戲的時候，會重複性地使用某些語句進行查詢。

特別是須要聯表查詢的內容，最好的習慣是記錄下來，分門別類，並且是寫成最便於使用的語句類型。

好比我要查詢某個玩家有哪些物品，那我須要聯表gd_account，gd_role，gd_item來進行查詢，咱們最好是寫成這樣的形式：

Select c.*

from gd_account a,gd_role b,gd_item c

where a.gd_accountid = b.gd_accountid

and b.gd_roleid = c.gd_roleid

and a.gd_account = 「ddd」

這樣咱們每次查詢玩家的物品，只須要改變gd_account的信息就能夠直接搜出想要的結果，而不須要一個個表來查了。

2.GM命令文件：GM命令是加快遊戲測試速度的工具，咱們要善於利用之。日常多跟組內其餘人溝通，收集其餘系統的GM命令，多作整理，這樣本身測試起來纔會事半功倍。同時最好推進組內的經驗分享，能夠把本身整理的文件，如GM命令上傳到公共的地方，供其餘人查閱或者更新。

3.更新log文件：遊戲的發版是很頻繁的，有時候一天就發幾個版本了。做爲測試，要把每次發版的內容以及時間都記錄下來，記錄更新內容是爲了測試時及時查閱何時更新了什麼內容，記錄更新時間是爲了能夠對比得出某些配置有沒有更新到遊戲裏面，某個程序提交的內容有沒有更新成功。

我通常是按日期以倒序的方式記錄，也就是最新的日期放在文本的最開頭，這樣本身可以一打開文本就能夠查閱到最近的更新狀況。

按照遊戲的發版流程，通常會有主幹版本（也即正在開發的版本）以及分支版本（也即已經更新到外網的版本）。記錄發版內容的時候要分清楚版本，以及分清客戶端和服務端的更新。

每次更新時，要大概掃描一下，更新了哪些內容，心中要有個大概，特別注意本身跟進的問題有沒有更新，這樣也能瞭解到其餘系統有什麼問題。有些同窗只看到服務端更新了，就跑去驗證bug，後面才發現客戶端還沒更新。因此咱們驗證問題以前，最好是確保客戶端和服務端都已經更新。

4.平常文本：這是記錄平常的一些內容，好比有一些bug要稍後處理，那就先記錄下來。這同時也是一個記錄本身遇到了哪些測試問題的過程。日常工做時，有可能會說一些規定或者工做計劃，也能夠記錄下來。這裏也是按時間倒序記錄。

5.經常使用信息文本：

a.經常使用的網頁連接：按期整理，寫清楚連接的來源以及用途。所謂測試連接，就是測試的時候會常常用到的一些登陸頁面信息。分爲2種：第一種是主流版本的連接，通常是主幹服，分支服，預更服，外網祕密通道，私服等等。第二種是在調試過程當中使用程序本地的連接（通常是客戶端程序給出的連接，客戶端會鏈接特定的服務端），咱們也能夠記錄下經常使用的連接。

b.經常使用的數據庫連接信息：通常上面所說的連接都會對應一個數據庫，分別有cfg庫，data庫和log庫。咱們要記錄對應的數據庫連接信息（用戶名，密碼，端口等等），以便在測試的時候查詢數據，修改數據。

6.linux命令文本：咱們的遊戲使用到了SecureCRT，來對linux服務器進行操做。因此基本的linux命令是須要懂的，若是怕本身遺忘，能夠記錄下來，同時也能夠整理好跟其餘人分享。

同時，能夠記錄服務器的重要信息通常記錄在哪裏，好比服務端文件存放位置，知道這個信息就能夠直接找服務端程序要最新的文件，替換到本身的私服，利用本身私服的數據來進行測試，由於有時候程序連的數據庫不適合咱們快速測試，或者他的客戶端不是最新版本的。還有好比經常使用的更新腳本存放位置，日常能夠去熟悉一下腳本，若是遊戲有變更，本身也能夠改腳原本適應新遊戲。

 

做爲一個好的測試，最好還懂得下面的技術：

1. erlang「發包」測試，wpe發包
2. linux基本命令，懂得遊戲服務器的更新原理
3. 按鍵精靈的基礎使用
4. Netlimiter的網絡延遲測試
5. 文檔分析能力
6. 版本流程的控制
7. Bug跟蹤工具：redmine，wiki
8. 數據庫知識：基本的數據庫拷貝，刪除操做，sql語句的熟練
9. 懂一點點正則表達式，模糊尋找方面頗有做用
10. 能夠學學批處理文件，減輕測試任務
11. 善用excel的函數，讓你的公式測試更加簡便，有空能夠學學vba
12. Firebug的使用：調試出某些沒加載出來的圖片是沒有叫什麼名字，能夠縮小問題的範圍