軟件工程師如何描述bug？軟件測(cè)試工程師有哪些毛?。?/h1>

來(lái)源：北大青鳥(niǎo)總部 2019年07月12日 09:56

摘要： 軟件工程師如何描述bug？軟件測(cè)試工程師有哪些毛?。?

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

但今天，我不是來(lái)吐槽的，是我看到一篇文章《軟件測(cè)試工程師怎么正確描述bug？》，覺(jué)得很有意思，想給大家分享一下，并且會(huì)附上我的觀點(diǎn)哈！如有侵權(quán)，請(qǐng)及時(shí)聯(lián)系我進(jìn)行刪除！

有些工程師心想：“作為測(cè)試工程師我怎么不知道提交bug嗎？難道還要你來(lái)教我嗎？好low的問(wèn)題?！闭?yàn)檐浖y(cè)試工程師的這種傲慢，這種傲慢直接導(dǎo)致和開(kāi)發(fā)人員沖突，經(jīng)常碰到開(kāi)發(fā)人員抱怨測(cè)試提交的bug看不懂，結(jié)果導(dǎo)致問(wèn)題越來(lái)越嚴(yán)重。
1.現(xiàn)在我們站在軟件開(kāi)發(fā)人員以及運(yùn)營(yíng)者的角度，看軟件測(cè)試工程師有哪些毛病？
①描述bug不清晰，就一句話，沒(méi)有具體的操作步驟。
比如：撥打電話出現(xiàn)死機(jī)。（就簡(jiǎn)單的一句話，就啥都沒(méi)了，撥打什么號(hào)碼–沒(méi)寫(xiě)，在什么情況下?lián)艽螂娫挩C沒(méi)寫(xiě)）
②提交的bug看不懂啥意思，不知所云。
這種bug只有測(cè)試工程師自己能看懂，別人根本看不懂，他卻以為別人能懂。
③沒(méi)有寫(xiě)出現(xiàn)的概率。
偶發(fā)的bug沒(méi)有l(wèi)og和其他更多信息，有的bug概率很小，小到不影響用戶使用，如果不寫(xiě)清楚，開(kāi)發(fā)人員將浪費(fèi)大量時(shí)間去定位問(wèn)題。
④bug發(fā)生的前提條件都不寫(xiě)。
比如：bug描述是充電圖標(biāo)顯示重疊。但是沒(méi)有寫(xiě)什么條件下出現(xiàn)，開(kāi)機(jī)狀態(tài)？還是關(guān)機(jī)狀態(tài)？開(kāi)發(fā)工程師懵逼，還要自己去一個(gè)個(gè)去試，浪費(fèi)開(kāi)發(fā)人員的時(shí)間，描述不詳細(xì)但是測(cè)試工程師還覺(jué)得自己沒(méi)毛病，一切挺好。
⑤.bug等級(jí)亂定位
比如一個(gè)很小的甚至是建議性的問(wèn)題，把bug等級(jí)提到最高。軟件開(kāi)發(fā)一看，全是致命性1級(jí)bug，仔細(xì)一看很多小問(wèn)題也被提為1級(jí)bug，此時(shí)開(kāi)發(fā)人員的心情肯定的奔潰的。
⑥測(cè)試工程師描述bug，卻不寫(xiě)預(yù)期結(jié)果。

開(kāi)發(fā)都不知道要修改成什么樣，一臉懵逼。結(jié)果開(kāi)發(fā)理解錯(cuò)了，修改的結(jié)果不是預(yù)期的結(jié)果，這就浪費(fèi)開(kāi)發(fā)的時(shí)間了，你想想此刻開(kāi)發(fā)人員的心情是怎樣的？
⑦出現(xiàn)問(wèn)題的軟件版本沒(méi)寫(xiě)清楚，開(kāi)發(fā)人員不知道是在哪個(gè)軟件版本出現(xiàn)的。
8.bug出現(xiàn)的模塊沒(méi)有劃分清楚，所有的bug都提到一塊，看的眼花繚亂。
2.正確的提交bug才是我們和開(kāi)發(fā)人員友好的溝通的最好方式。
①.bug標(biāo)題要簡(jiǎn)潔明了，不要啰嗦一堆。
②要寫(xiě)出現(xiàn)問(wèn)題的前提條件。

什么情況才會(huì)出現(xiàn),必須要寫(xiě)清楚。
③操作步驟要分步驟一步步寫(xiě)清楚，不要怕麻煩。比如步驟1，步驟2，步驟3。
④要寫(xiě)實(shí)際結(jié)果和預(yù)期結(jié)果，讓開(kāi)發(fā)清楚要修改bug到達(dá)的預(yù)期效果。
⑤要寫(xiě)出現(xiàn)的概率，比如操作10次出現(xiàn)1次。
⑥提供必要的截圖和log，甚至復(fù)雜的操作步驟要提供視頻。
⑦bug等級(jí)要分類(lèi)好，致命性bug、嚴(yán)重bug、一般性bug、建設(shè)性意見(jiàn)，必須嚴(yán)格按照標(biāo)準(zhǔn)劃分。
⑧出現(xiàn)bug的軟件版本號(hào)，要寫(xiě)清楚。
⑨bug出現(xiàn)的模塊要寫(xiě)清楚。

比如app–設(shè)置模塊出現(xiàn)了bug，就把bug歸類(lèi)為設(shè)置模塊的bug，這樣分類(lèi)讓人一目了然。
3.以下是完整的bug：

前提條件：
操作步驟：
1.
2.
3.
實(shí)際結(jié)果：
預(yù)期結(jié)果：
概率：
版本號(hào)：
log、截圖、視頻等

4.bug的分類(lèi)嚴(yán)格遵守，如下：
①致命（1級(jí)bug）
通常表現(xiàn)為:系統(tǒng)無(wú)法運(yùn)行，崩潰。
應(yīng)用模塊無(wú)法啟動(dòng)或異常退出，主要功能模塊無(wú)法使用。
比如：1.內(nèi)存泄漏；2.系統(tǒng)容易崩潰；3.系統(tǒng)無(wú)法登陸；4.循壞報(bào)錯(cuò)，無(wú)法正常退出。
②嚴(yán)重（2級(jí)bug）
通常表現(xiàn)為：影響系統(tǒng)功能或操作，主要功能存在嚴(yán)重缺陷，但不會(huì)影響到系統(tǒng)穩(wěn)定性。
比如：1. 功能未實(shí)現(xiàn)；2.功能存在報(bào)錯(cuò)；3.數(shù)值輕微的計(jì)算錯(cuò)誤；4.亂碼；

5.程序里有有危害國(guó)家安全或帶有政治色彩的字樣。
③一般（3級(jí)bug）
通常表現(xiàn)為：界面、性能缺陷。
比如：1.邊界條件下錯(cuò)誤；2.極限條件下容易無(wú)響應(yīng)；4.大數(shù)據(jù)操作時(shí)，沒(méi)有提供進(jìn)度條；出現(xiàn)錯(cuò)別字，但是不影響功能
④建設(shè)性意見(jiàn)（4級(jí)bug）
通常表現(xiàn)為：易用性及建議性問(wèn)題
比如：1.界面顏色搭配不好；2.文字排列不整齊；3界面格式不規(guī)范。

以上，就是小編看到這篇文章時(shí)的感受哈，希望大家理解軟件工程師的工作，每個(gè)崗位每個(gè)人都有他的難處，多理解他人的處境，要知道軟件開(kāi)發(fā)整天面對(duì)密密麻麻的代碼很費(fèi)腦，再碰到測(cè)試提交的很多bug，他們的內(nèi)心是排斥、抗拒的。

標(biāo)簽: 云課堂 內(nèi)蒙古北大青鳥(niǎo) 北大青鳥(niǎo)職業(yè)學(xué)院 軟件工程師 通遼北大青鳥(niǎo)