BUG測試

遊戲中的BUG,簡單來說就是遊戲程式的漏洞，遊戲程式中的缺陷，有bug的出現導致遊戲的不能登錄、影響遊戲平衡性和影響玩家體驗，Bug測試就是一個用於完善遊戲軟體的測試階段。

基本介紹

• 中文名：軟體漏洞測試
• 外文名：Bug Test

定義

遊戲中有BUG是很正常的，尤其是在網路遊戲中。即使所有的網路遊戲都是經過封測、內測和公測這三個大的步驟，但由於遊戲檔案和遊戲中的任務以及地圖的不斷更新和增加，難免會在遊戲製作方面出現錯誤和偏差。對於利用“bug”進行作弊的用戶也會受到官方的嚴懲。

必要性

我們知道，只要有軟體就會有bug。再嚴格測試也只是抽樣活動，總會有bug被遺留下來。基於以上兩種原因，軟體或者系統發布時總會或多或少帶點bug。對於這些bug，我們要看它的影響程度是什麼樣的。對於生命周期比較長的系統，這些bug只要產生了影響都是要修改的。

修正BUG的時間

軟體產品開發完畢,再進行測試的觀念是有悖於生命周期理論的.軟體產品質量問題越晚發現,修復的代價越大.
修正BUG時間

修正BUG時間

BUG測試流程

BUG測試流程

BUG測試流程

BUG測試注意的一些問題

1.清晰地描述Bug：

描述Bug時要用簡短的陳述句並能準確指出問題所在。描述中可能需要提供一些步驟來重現這個Bug，同時這個簡短Bug描述必須能夠準確地表達出問題的本質所在。

2.不要放過你判斷：

。你主要的目標應該是讓你的Bug報告令人信服，以支持你發現的Bug，唯一的目的是讓Bug最終關畢。在Bug報告中試著使用外交的表達方式，而不要使用官方的表述來贊成這個Bug，這樣你的報告反而會令人不愉快。最好的方法是使用建議的方式。愉快的方式總能被採用。

3．重現的步驟：

如何利用對條件設定的解釋以重現並獲得Bug的精確點

，這必須要在Bug報告中講述清楚

4.使用簡潔的語言：

人們不喜歡讀包含複雜的專業術語和繞口的大段的段落。一個好的Bug報告要包含短的但是表達清晰的語子。它應該只包含與Bug有關的論述。不必要把Bug報告做的過於複雜和寫太多事實而篇幅過於長。

5.引用相關的例子：

大部分情況下，要重現一個特殊的Bug，必須輸入一些特殊的數據。但是不要做模糊的表述，像提供一個聯繫表中無效的人名並保存，應該說在名字域中輸入像035bbb@$%這樣無效的輸入並點擊保存。為了使Bug能快速得到處理，測試人員必須努力提供所有相關的、關鍵的信息來幫助開發人員。

6.提供參考信息：

以防一個特殊的Bug與說明文檔或其他的關於工程的文檔相衝突，Bug報告必須得供充分的關於這種特殊情況的參考信息或與文檔中相衝突條款的數目。

7.為Bug分配優先權和嚴重等級

——沒有為Bug設定嚴重級別和優先權別的Bug報告是不完整的。

Bug嚴重級別：

指的是這個Bug破壞系統的危險程度。Bug嚴重級別說明了這個Bug的破壞程度。嚴重級別是與Bug緊密聯繫、永恆不變的一個特性。Bug的嚴重級別分為四類，下面進行分別描述：
級別——嚴重：這是最危險的級別。發現了嚴重級別的Bug後測試就不允許繼
續進行了，除特殊點外。彈出一些錯誤信息或系統癱瘓導致全部或部分的套用被迫關畢這些都屬於嚴重級別的Bug。
級別——高：高的嚴重級別指的是導致產品不能按照預期的要求那樣運行或者
導致一些功能不能正常運行而不能滿足客戶需求的錯誤。這種類別的Bug可以通過某種工作區來解決。
級別——中等：這種類型的缺陷對應用程式的性能沒有影響。但是由於沒有實
現協定上的一些標準或客戶的要求，這些缺陷也是不可接受的。
級別——低：低優先權和很小的缺陷屬於這類缺陷，這種缺陷不會影響到產品
的功能。這種缺陷一般是用戶界面、裝點方面的美觀問題。

Bug的優先權：

指的是Bug要求被解決的緊急程度。它描述了Bug的重要性。Bug的優先權別可能會根據測試的日程安排而改變。一共有三個優先權別，如下：
高優先權：如果這類的缺陷不立即修正，將會影響客戶終端常用功能的使用。因此
這類缺陷要給以最高的優先權以對其立即處理。
中優先權：如果這類缺陷對用戶常用的功能有較大的影響，那么這類的缺陷就要設定為中優先權。這類缺陷被分配高的優先權，所以要在當前軟體版本發布之前解決這些相關的問題。如果由於時間方面的限制而無法解決這類問題，那么針對這類問題的補丁或服務包必須要發布。
低優先權：對客戶端軟體的性能沒有大的影響的缺陷一般被認定為低優先權的缺陷。
在當前版本發布之前努力去修正他們，如果由於時間的限制，無法修正，可以等到在下個版本中修正。

通過抓屏截圖來解釋：

正如諺語說的“一圖勝千言”。當我們發現一個錯誤，最好對這個錯誤進行抓屏截圖。如果錯誤是可見的，抓屏將幫助開發者準確地理解這個問題。這個階段開發者應該首先集中集力清晰理解這個問題，而不用試著去解決這個問題。這樣的抓屏應該做為證劇附在Bug報告中。這樣測試人員就可以很好地更清晰地和開發人員交流解釋這個Bug。

時刻準備著向開發人員展示你發現的Bug：

Bug報告中最有趣的部分是，軟體測試人員需要時刻準備著向開發人員展示他發現的Bug，同時需要說服開發者，報告中的Bug
都是真實存在的且需要解決的，因為它們將影回響用的性能。

怎么做好測試

做好測試首先要懂行，即熟悉和理解軟體的套用行業的知識，這樣才能發現軟體流程方面的錯誤。
其次，做好測試還要熟悉測試技術，包括測試環境配置和測試工具的使用，這樣可以保證發現的缺陷具有可重複性，而且可以提高測試的效率。
再次，做好測試需要不斷學習，加強交流。對國內軟體行業來說，測試是個新行業，有很多變化很快的軟體技術（包括測試技術）都需要測試人員不斷學習。
最後，做好測試還需要耐得住寂寞，測試是件很枯燥的工作，有時還要加班，而且很多bug潛伏很深，測試時間很緊，這種情況下如果沒有一顆深入探求的精神是無法進行測試的。
測試方式
遊戲BUG的測試是一個長時間的工作。國內測試除了有軟體TestCenter（TestCenterFree與TestCenter），Bugzilla，Testtrackpro，EasyBUG等。真人測試也是目前大多數廠商和運營商所採納的方式，可藉助第三方外包公司在某時間段導入大量測試玩家進行測試，一般為有償性的測試，有三種方式：與媒體宣傳渠道合作，可以與一些遊戲公會合作，還可以與測試機構精誠恆遠合作等。