摘自測試時代－測試員電子期刊
1. 測試的定義
如果給個定義，我覺得：測試工作是，解決玩家所遇非正常問題的**工作，同時也是不斷除錯平衡的乙個長期觀察任務。無論在什麼時間段，功能實現、內測、公測等。測試都應該是分硬體與軟體兩部分測試。
2. 硬性問題
硬體的bug 部分是指會引起不能讓遊戲流程進行的bug。宕機、畫面出錯等硬性問題。這種問題只要按照一定流程進行遊戲，就會發生。但對一些會不斷增加伺服器負擔的高階bug，應該不會短期測試出來。而對這種在有計算機就出現的問題，現在的遊戲在製作過程中都有可自動記錄問題的log 功能，所出現的bug 大多會被程式部門解決掉。部分的log 功能可保留到正式客戶端，以收集因為公升級客戶端，而不斷產生的新問題。這裡應該不會在討論範圍內吧。
3. 軟性問題
而軟體的邏輯部分大多會在後期進行，比如公測。是各種功能的數值調整。主要為遊戲的世界定義乙個平衡。除了初級的數值設定外，內部測試人員很少有能把乙個功能測試千萬遍的。於是有可能產生出貓耍的老虎團團轉，這種經典的寓言故事。策劃及相關測試人員注重的應該是這部分的測試原理及方法。而這部分問題的測試，同硬性問題一樣，需要一定流程及要求。而具體流程只有根據具體遊戲來決定，大多是將問題**存放，並將理由歸納。但有幾點是不變
的。3.1 平衡的目標
而如何讓各種設定不偏離主題，明確世界背景及制定等級概念應該是首要的。
尤其在一些角色等系統十分複雜的情況下。那種**add 的規則，可由主角的5~6種基礎屬性影響到數十種戰鬥、非戰鬥技能。還可根據各種物品來休整這些數值。而無論如何。他們都有個明確的等級觀念。從弱到普通，再到強，甚至到最強的龍。
這是因為他們知道乙個人，最強也不能強過龍。這樣就給自己定下上限目標。
所以，測試時首先不要去看玩家可選擇的職業技能等等是否足夠多。都會獲得什麼強大的技能、體力等等。先了解到這個世界裡，各個種族之間的關係、職業的互補、各個角色的互相的關係，在整個世界中是什麼位置，是否夠合理、讓常人可以現實中的邏輯去衡量，這個角色在遊戲是否合理。之後才需要針對每個種族、每類職業、每個角色的平衡。最後到乙個乙個角色的測試。有人會說這是前期策劃制
定討論的部分，沒錯，因為測試從這裡就已經在策劃的頭腦中開始了。
在這裡定義的過程，正好與現實世界中相反。現實世界是總結出整體的平衡，而遊戲世界則要定義平衡，再將世界整理成平衡的狀態。
3.2 劃分等級
測試時同樣要明確問題的嚴重等級，乙個數值影響的事物越多，那他的嚴重等級越高。現在的mmrpg 整個屬性結構，基本都類似樹形結構，之間也有著一些交錯的枝葉。力量等最基本的角色屬性，為根。這類屬性會影響到的其他屬性，最終到達遊戲的勝負，任務的完成等等。而這些屬性的等級自然也就十分明確。根為最高，枝葉最低。而修整樹木永遠不會從根開始。
力量，最基礎的屬性，結合自己的命中率，對方的敏捷等，會影響物理攻擊。同樣也影響著可拿的**。但如果這個人攻擊力過高。那是誰的原因？是**，還是角色的力量。需要修改那乙個？那些角色的基礎屬性是最不能隨便修改的。因此，還是**吧。實在不行在從由屬性引發的其他部分著手，如技能的熟練度等。越基礎的部分，影響力越大，也最容易出錯。角色的基礎屬性是一切測試的根源，同樣也是最不能隨便更改的一類。更不應該因為某個問題而被指明要求更改。而新增刪除任何乙個屬性，更會讓之前的測試工作有2/3 付之一炬，也許更多。而對於各種**，基本可以與角色測試分開。在角色屬性有數十條的遊戲中，**更不會容易
出現大的問題。
嚴重等級之間從高到底可分為，角色，物品，技能。要修正這三大類屬性，盡量在自己的範圍內修正。不要妄想在其他級別動手，更別想在比自己之前高的級別裡動手腳。而在這些屬性裡面同樣還各種屬性，就需要根據具體遊戲進行劃分測試。雖然這裡以屬性距離，但任務也同樣如此，相互關連的任務網同樣十分重要。只不過之前變化較屬性掠少。
3.3 玩家是否付出與獲得成正比
現實世界中，沒有可能可用捷徑獲得某一種事物、，只有拼搏。遊戲世界裡是否也是？獲得乙個強大技能之前，給角色的鍛鍊是否足夠。讓他足夠珍惜這一種技能或物品。這是遊戲中較為關鍵的一部分，多體現在任務上。時間、精力的消耗，是否足夠讓玩家獲得物品時有足夠的滿足感。以及對得起測試人員的勞動。
3.4 記錄、調整，總結
軟性問題應該同硬性問題一樣擁有足夠多的文件資料來記錄，同時也方便對以往數值的效果再思考。這也應該是所有文件資料應該具備的，記錄每次關鍵更新的工作。
調整方面sid meier 說過，每一次調整都要多一些。這樣可以看到數值中的巨大差別，從中找到合適的數值。這幾乎是知道sid meier 的人都知道的一句話。（大意相似，具體內容沒辦法記起來，慚愧）
很多時候，測試時會直接將測試的內容按自己的想法修改。即便記錄下來也是只要改好就好。其實很多時候這些修改都有一定規律，一些修正往往是沒改變任何事情。多一些時間去**大家是否按照原來制定的目標去修正，會更合理的利用剩下的時間測試。同樣，全部結束後的總結也會讓下次製作時避免出現需要大量修正的設計。
遊戲軟體的一點感想
年少時,自己也是各種街機遊戲的忠實愛好者,對遊戲設計者能製作出精美的介面圖形,複雜的動畫效果,極具吸引的遊戲情節.往往讚嘆通過遊戲軟體的開發過程中,能夠通過簡單的幾個按鈕的控制,實現那麼多的動態效果.接觸計算機後,思維方式很多時候能夠跳開眼前的很多現象去想想它的實現過程.慢慢的,對遊戲的實現過程也有...
簡述軟體測試
看似有些複雜，其實有更簡單的定義，引用 軟體測試的藝術 一書中對軟體測試的定義 測試是為了發現錯誤而執行程式的工程。所有的軟體必定不可能是完美的，或多或少都會存在一些錯誤，而軟體測試可以盡早發現錯誤，予以修正，得以減小損失，提高軟體的質量。但是需要注意，軟體測試只能盡可能多的發現錯誤，但是無法保證發...
由國內的遊戲軟體的競爭，想到的
國內遊戲軟體競爭非常激烈，甚至可以說是異常慘烈。其實遊戲行業也有很多能開發出自主產品的公司。比如智冠 軟星等等。但是無可奈何的。但是國外遊戲因為玩家討論積極，甚至很多遊戲都有玩家開發的平衡分析器，所以遊戲行業發展迅速。而國內玩家玩多了直接翻譯過來的國外遊戲就感覺國內自主開發的遊戲是那麼的枯燥。很多人...