程序員如何找游戲bug

1. 用了游戲bug不獲利算犯法嗎

在游戲中難免會有一些個小BUG，有些BUG被玩家們所利用起來成為了一種特色，有些BUG讓玩家能非常賴皮導致游戲平衡性全無，列如cf著名的卡地圖BUG，還有英雄聯盟亞索泉水能Q人的bug。但是有些游戲確實被玩BUG玩出名來的，比如模擬山羊就是一個很好的例子，且不說其他，玩家們發現BUG就咬反饋到官方是一個非常重要的點。
很多游戲在開放測試服就是為了讓玩家們能夠開開慧眼找找游戲中的bug可見游戲商的了良苦用心啊，而且BUG並不是程序員可以完全避免的點，畢竟從至今，幾乎沒有過一款游戲沒有過bug，只要你致力於發現bug，那麼一個游戲他就一定會有bug，bug一般都會被游戲官方所修復，當然也有例外，把bug作為游戲特色的也不在少數，記得DOTA中有個英雄在技能方面出了一個BUG能打出一套爆發很高的連招，官方不僅沒刪，反而優化了。
而一以下幾個BUG，都可是非常惡意的BUG了。
第一個：DNF罐子卡金幣事件。這個可是DNF老玩家人盡皆知的一個重大BUG事件，這個BUG事件發生在2013年的八月，因為他當時造成的影響太大了，在當時有一個BUG就是玩家只要用裝備把背包全部裝滿，那麼就必定能夠用罐子開出一億個金幣，這個BUG在當時一瞬間就被大量的DNF玩家所知道了。
一瞬間，大批的玩家開始刷這個金幣，甚至在當時有人開幾個號子刷。當時一億個金幣價值有400元，可以進行提現，於是很多人用這個BUG瘋狂刷現金，同時也導致了金幣的快速貶值，之後官方進行了緊急的維護，並且把利用bug的賬號全部封停了，哪怕是無意間的也會封停。

2. 軟體測試具體是做什麼的

軟體測試是很多小白轉行IT行業的首選，那麼軟體測試到底是做什麼的呢?今天就跟著四川優就業的小編來了解一下。

軟體測試是對開發人員提交的軟體進行測試，模擬用戶使用，發現問題。它是一個系列過程活動，包括軟體測試需求分析，測試計劃設計、測試用例設計、執行測試等。它貫穿於軟體測試項目的整個生命過程，在軟體項目的每一個階段，都要進行不同目的和內容的測試活動，以保證各個階段的正確性。軟體測試工程師需要通過白盒測試、黑盒測試、等價類劃分法、邊界值方法等手段來找出程序錯誤，並提交給程序員修改。

那麼白盒測試呢就是通過直接看代碼來找bug，黑盒測試也就是手工測試，也就是在不看代碼的情況下來測試功能有沒有問題。灰盒測試則介於兩者之間。單元測試、集成測試、系統測試則是通過不同單位進行測試。回歸測試是二次測試，驗收測試則是通過用戶反饋來進行測試。等價類劃分法、邊界值方法、因果圖法、判定表法、正交排列法、錯誤推演算法、場景法編寫測試用例屬於功能測試，負載測試、壓力測試則屬於性能測試。

想要了解更具體的測試方法，來優就業學習軟體測試吧。優就業的軟體測試課程還是不錯的。它的師資都是具備多年項目經驗的精英，跟著他們學習，不用愁發展。另外，優就業採用的教學方式，使你的學習效率更高。

3. 軟體測試新手如何快速找出軟體中的Bug

摘要：當前用戶對軟體企業開發出來的軟體質量提出了越來越高的要求了。所以在這種大的環境背景下，催生了一個新興的職業——「軟體測試工程師」的職業。尤其是最近2-3年來加入這個職業或者即將加入到這個職業的人也越來越多了。那麼作為一名軟體測試工程師，我們該如何迅速找到軟體中的缺陷Bug呢？ 下面結合作者多年的軟體測試經驗談談。按照作者的觀點：凡是不符合用戶需求的，或者在使用過程中給用戶造成不便的，都認為它是Bug。話雖然說的有點極端，但是現實就是如此。那麼對於剛入行的軟體測試新手迅速找出軟體中的Bug思路如下： 1、盡快熟悉公司的產品業務 比如你們公司做ERP軟體的，你肯定要迅速熟悉EPR的業務流程；比如你們公司是做法院軟體的，那麼你一定要熟悉法院審判案件的流程，只有熟悉了產品的業務流程、你才能迅速找出軟體中存在的一些重要的缺陷，你發現的軟體缺陷才是有價值的。否則即使你能找到一些軟體缺陷，那也是純軟體的缺陷，價值不大。 2、把自己當成是用戶 把自己當成是用戶去使用該系統，比如在使用該系統過程中是這樣操作的嗎？ 2.1 比如在大量要求用戶輸入的軟體界面中，有一些用戶喜歡使用Tab鍵採用全鍵盤的輸入；此時的正確的介面應該採取從左到右，從上到下的順序。 2.2 比如有的用戶喜歡使用快捷鍵操作等（Ctr+C，Ctr+V，Ctr+F），但是實際情況下一些開發出來的軟體的快捷鍵卻根本不起作用。 2.3 比如軟體在需要用戶輸入的信息的時候（特別是在填寫個人資料的時候），必填項後面一律要用*等醒目的標示，要讓用戶知道這個地方時必須填寫的。 2.4 下拉框不選值的時候，應該有個默認值；並且要多檢查程序中的多處下拉框，因為很多情況下下拉框取不到值。 3、善於懷疑，不要迷信高手 世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認為不可能發生的事，我卻認為可能發生。別人認為是對的，我卻認為不是對的。如果你認為某個或者某些程序員水平很高，他寫的這個地方應該沒問題吧，那麼我要說你錯了，這樣很容易遺漏軟體中的Bug。因為程序開發人員畢竟是普通的人，只要是人就會犯錯誤的。 4、不要讓程序開發人員的觀點：「用戶不會進行這樣的操作」而說服自己 遇到這樣的情況，你要堅持你自己正確的想法，以後對方會明白你的。比如在一個錄入員工基本信息的系統中，系統中對員工的年齡作為負值、而沒有作為判斷、也可以保存到資料庫中，此時你不要被程序員的用戶不會進行這樣操作的觀點說服自己，你要堅持你正確的觀點，把這種現象作為一個Bug吧，勇敢點！你的選擇不會不錯！ 5、在軟體測試過程中要跟蹤一條數據完整的流程 在軟體測試的時候要跟蹤一條數據完整的流程，保證數據的正確性這個真的是太重要了：假如你在測試一個銷售的類型的軟體的時候：你應該先做訂貨-à入庫-à盤點-à銷售-à查詢。首先你要保證這個數據的流向是正確的無誤的。假如你在測試法院審判軟體的時候，你要先收案-à立案-à發送審批-à排期---審理審判-à結案判決-à歸檔-à查詢。總之跟蹤一條數據的流程，保證數據的正確性。如果經過你測試的軟體在用戶使用過程中業務流程上都走不通的話，那麼這樣的軟體你說經過你的測試，但是在比人看來與沒有測試有什麼區別呢？ 6、回歸測試要注意的細項 程序員提交新的程序版本後，作為測試人員應該立即與程序員溝通這個修改的功能、並且這個新修改的功能影響哪些功能。舉個簡單的例子來說明一下：比如在一款軟體中，程序開發人員修改了某個「會員」的某個欄位信息。作為測試人員首先你要測試「會員」的功能這個是你首先需要做的。另外你還要和程序員溝通詢問他們新修改的這個會員的欄位，會影響會員的銷售功能嗎？會對會員以前的銷售記錄的查詢有影響嗎？如果對這些功能有影響，那麼這些功能都是你在回歸測試的時候重點測試的地方，也是最容易產生Bug的地方了。 7、與使用者互動的缺陷 7.1 如填寫資料錯誤應的時候，應該能夠提示錯誤的位置，讓用戶知道是這個地方輸入數據不對。 7.2 刪除數據之前給一定要給出是否刪除確認提示。 7.3 不要在軟體中使用中英文混合的提示比如：比如對於用戶某個操作的錯誤提示，不要一會用「error」、一會用「錯誤」；一會用「succeed」另一會用「成功」，總之要統一。

4. 什麼是BUG.在哪可以找到BUG

BUG在游戲中指漏洞或不足的地方.
找BUG說簡單也簡單,說難也難,其實也有運氣的成分.

也很花時間...

打個比喻:就象當初傳奇盛行時,你知道為什麼有那麼多人突然象爆發戶一樣擁有很多金條么?
因為有人發現了一個BUG,並且用外掛將它利用起來,進行刷錢.
地點就在傲瑪寺廟門口的哪個老人.