某年某月某日某日，負責(zé)的網(wǎng)站出現(xiàn)崩潰的狀態(tài)。于是不懂技術(shù)的我問了我們公司的軟件工程師小哥，他說：“網(wǎng)絡(luò)問題導(dǎo)致的崩潰狀態(tài)”，昆明北大青鳥http://www.kmbdqn.com/發(fā)現(xiàn)由于過了10分鐘還沒好（已經(jīng)被領(lǐng)導(dǎo)劈頭蓋臉的罵了一頓），我就弱弱的問，是不是有bug，能不能解決一下呢？他說有bug，會自己解決的，不用你教我哈！于是，過了1個小時，網(wǎng)站才恢復(fù)正常！我也不敢問，我也不敢說?。?/p>

　　1.現(xiàn)在我們站在軟件開發(fā)人員以及運營者的角度，看軟件測試工程師有哪些毛病？

　?、倜枋鯾ug不清晰，就一句話，沒有具體的操作步驟。

　　比如：撥打電話出現(xiàn)死機。（就簡單的一句話，就啥都沒了，撥打什么號碼–沒寫，在什么情況下?lián)艽螂娫挩C沒寫）

　?、谔峤坏腷ug看不懂啥意思，不知所云。

　　這種bug只有測試工程師自己能看懂，別人根本看不懂，他卻以為別人能懂。

　　③沒有寫出現(xiàn)的概率。

　　偶發(fā)的bug沒有l(wèi)og和其他更多信息，有的bug概率很小，小到不影響用戶使用，如果不寫清楚，開發(fā)人員將浪費大量時間去定位問題。

　?、躡ug發(fā)生的前提條件都不寫。

　　比如：bug描述是充電圖標顯示重疊。但是沒有寫什么條件下出現(xiàn)，開機狀態(tài)？還是關(guān)機狀態(tài)？開發(fā)工程師懵逼，還要自己去一個個去試，浪費開發(fā)人員的時間，描述不詳細但是測試工程師還覺得自己沒毛病，一切挺好。

　?、?bug等級亂定位

　　比如一個很小的甚至是建議性的問題，把bug等級提到最高。軟件開發(fā)一看，全是致命性1級bug，仔細一看很多小問題也被提為1級bug，此時開發(fā)人員的心情肯定的奔潰的。

　?、逌y試工程師描述bug，卻不寫預(yù)期結(jié)果。

　　開發(fā)都不知道要修改成什么樣，一臉懵逼。結(jié)果開發(fā)理解錯了，修改的結(jié)果不是預(yù)期的結(jié)果，這就浪費開發(fā)的時間了，你想想此刻開發(fā)人員的心情是怎樣的？

　?、叱霈F(xiàn)問題的軟件版本沒寫清楚，開發(fā)人員不知道是在哪個軟件版本出現(xiàn)的。

　　8.bug出現(xiàn)的模塊沒有劃分清楚，所有的bug都提到一塊，看的眼花繚亂。