許多程序,特別是自由軟件,會公布一個“已知bug列表”。如果您找到的bug在列表里已經有了,那就不必再報告了,但是如果您認為自己掌握的信息比列表中的豐富,那無論如何也要與程序員聯系。您提供的信息可能會使他們更簡單地修復bug。
本文中提到的都是一些指導方針,沒有哪一條是必須恪守的準則。不同的程序員會喜歡不同形式的bug報告。如果程序附帶了一套報告bug的準則,一定要讀。如果它與本文中提到的規則相抵觸,那么請以它為準。
如果您不是報告bug,而是尋求幫助,您應該說明您曾經到哪里找過答案,(例如:我看了第四章和第五章的第二節,但我找不到解決的辦法。)這會使程序員了解用戶喜歡到哪里去找答案,從而使程序員把幫助文檔做得更容易使用。
“演示給我看”
報告bug的最好的方法之一是“演示”給程序員看。讓程序員站在電腦前,運行他們的程序,指出程序的錯誤。讓他們看著您啟動電腦、運行程序、如何進行操作以及程序對您的輸入有何反應。
他們對自己寫的軟件了如指掌,他們知道哪些地方不會出問題,而哪些地方最可能出問題。他們本能地知道應該注意什么。在程序真的出錯之前,他們可能已經注意到某些地方不對勁,這些都會給他們一些線索。他們會觀察程序測試中的每一個細節,并且選出他們認為有用的信息。
這些可能還不夠。也許他們覺得還需要更多的信息,會請您重復剛才的操作。他們可能在這期間需要與您交流一下,以便在他們需要的時候讓bug重新出現。他們可能會改變一些操作,看看這個錯誤的產生是個別問題還是相關的一類問題。如果您不走運,他們可能需要坐下來,拿出一堆開發工具,花上幾個小時來好好地研究一下。但是最重要的是在程序出錯的時候讓程序員在電腦旁。一旦他們看到了問題,他們通常會找到原因并開始試著修改。
“告訴我該怎么做”
如今是網絡時代,是信息交流的時代。我可以點一下鼠標把自己的程序送到俄羅斯的某個朋友那里,當然他也可以用同樣簡單的方法給我一些建議。但是如果我的程序出了什么問題,我不可能在他旁邊!把菔尽笔呛芎玫霓k法,但是常常做不到。
如果您必須報告bug,而此時程序員又不在您身邊,那么您就要想辦法讓bug重現在他們面前。當他們親眼看到錯誤時,就能夠進行處理了。
確切地告訴程序員您做了些什么。如果是一個圖形界面程序,告訴他們您按了哪個按鈕,依照什么順序按的。如果是一個命令行程序,精確的告訴他們您鍵入了什么命令。您應該盡可能詳細地提供您所鍵入的命令和程序的反應。
把您能想到的所有的輸入方式都告訴程序員,如果程序要讀取一個文件,您可能需要發一個文件的拷貝給他們。如果程序需要通過網絡與另一臺電腦通訊,您或許不能把那臺電腦復制過去,但至少可以說一下電腦的類型和安裝了哪些軟件(如果可以的話)。
“哪兒出錯了?在我看來一切正常哦!”
如果您給了程序員一長串輸入和指令,他們執行以后沒有出現錯誤,那是因為您沒有給他們足夠的信息,可能錯誤不是在每臺計算機上都出現,您的系統可能和他們的在某些地方不一樣。有時候程序的行為可能和您預想的不一樣,這也許是誤會,但是您會認為程序出錯了,程序員卻認為這是對的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/