小議Bug敏感度

??在測試圈中，相信大家對“Bug敏感度”這一詞并不陌生，但是Bug敏感度具體是指什么呢，本文對此關(guān)鍵詞進(jìn)行解讀的基礎(chǔ)上，對其與軟件質(zhì)量的關(guān)系，影響的關(guān)鍵因素，如何提高測試人員的bug敏感度進(jìn)行分享。(--續(xù)集）

?

Bug敏感度的故事

?

【測試經(jīng)理的評價】

在一次績效評價中，A主管對某位測試工程師的評價如下：

本季度完成了模塊A、模塊B、模塊C的系統(tǒng)測試工作，設(shè)計了1200用例，提交了500+Bugs，嚴(yán)重Bug占40%，Bug數(shù)占測試團(tuán)隊（同期參與項(xiàng)目有4人）的35%，其突出的Bug敏感度，對某項(xiàng)目軟件質(zhì)量的穩(wěn)定有突出貢獻(xiàn)。

?

【測試工程師的評價】

測試工程師A說：

陳生的Bug敏感度，真讓我佩服得五體投地，昨天我們一起在實(shí)驗(yàn)室測試同一模塊，相同的軟件特性，他提交的其中有5個Bug，我是看到過的，其中有3個是當(dāng)時沒有注意到（沒有發(fā)現(xiàn)），而另外2個我是看到了，但不知道是不是Bug，或者認(rèn)為他是正確的，而是這2個Bug就在我眼皮底下悄悄地溜走了。嗚呼！

??

【開發(fā)工程師的評價】

?

開發(fā)工程師B說：在提交代碼前，我對著軟件按照測試的Checklist執(zhí)行了一遍，一切都正常。正在樂著呢，本次的版本質(zhì)量一定高，心里還在想”嘿嘿！看你們測試人員能提什么Bug給我”。那知，才樂了一個上午，下午就有人叫我到現(xiàn)場看一個系統(tǒng)崩潰的Bug，更有甚者，此Bug在我的機(jī)子上我還不能重現(xiàn)，但一叫測試人員過來重現(xiàn)，其馬上就出現(xiàn)了。原來測試軟件可以怎么彎來扭去XXX操作的，這就是Bug敏感度！悲慘世界呀，夠我用1-2天時間來折騰了。

?

讀者朋友，找到答案件了嗎，Bug敏感度對于測試人員來說，非常重要。特別地出現(xiàn)了一些顯而易見的Bug，而你卻視而不見，或并未識別到它是一個Bug，而遺漏到客戶端，是測試人員的大忌！不言而喻，Bug敏感度對于一個測試人員的工作的重要性。但這個含金量極高的敏感度，如同一個道士的修煉，要想達(dá)到爐火純青，正如“冰凍三尺非一日之寒,滴水穿石非一日之功”也，Bug敏感度是頗見功底的。

Bug敏感度與軟件質(zhì)量關(guān)系

?正如前面故事中提到，Bug敏感度高的測試人員，能在短時間內(nèi)發(fā)現(xiàn)大量的Bug，從而在一定程度上提高軟件的質(zhì)量。從這個角度看，Bug敏感度與軟件質(zhì)量的關(guān)系是正相關(guān)的，如下圖表示，即Bug敏感度越高，被揭露的Bug越多，對應(yīng)模塊或軟件的質(zhì)量相對越可靠。

?

?

同理，Bug敏感度不高，必然就會造成一些Bug遺漏，提高了軟件質(zhì)量的風(fēng)險系數(shù)，我們可用Y=-kX來表達(dá)這個意思，見下圖。Bug敏感越差，遺漏的Bug越多，軟件質(zhì)量的風(fēng)險就越大。

?

?

?

?

?

但是軟件質(zhì)量的評價是一個復(fù)雜而多維度的，不僅僅與Bug敏感度有關(guān)系，還包括設(shè)計本身的約束、預(yù)防等先天因素。

?

??

提高Bug敏感度的關(guān)鍵因素

??影響測試人員判斷某問題或現(xiàn)象是否是Bug，還是其他問題，有很多原因，下表是筆者總結(jié)的一些關(guān)鍵因素，與大家一起分享。

?

序號	因素	影響分析
1	業(yè)務(wù)熟悉度	不清楚業(yè)務(wù)，會不能很好地理解特性的用途，應(yīng)用場景，會導(dǎo)致正確的判斷，風(fēng)險分析；
2	測試專業(yè)技術(shù)：測試思維	除常規(guī)的測試思路外，逆向，相關(guān)影響或異常，多條件組合等特殊情況的專業(yè)思路能讓迅速發(fā)現(xiàn)軟件中潛伏的Bug。
3	測試專業(yè)技術(shù)：測試工具掌握	有些測試對象需依賴特殊工具生成數(shù)據(jù)、監(jiān)控、檢查，作為一種測試手段、方法，能發(fā)現(xiàn)某類型的Bug，如數(shù)據(jù)庫性能測試，內(nèi)存泄漏的檢查等
4	學(xué)習(xí)能力	學(xué)習(xí)測試同事經(jīng)驗(yàn)，包括與需求、開發(fā)人員的交流，從交流中增加經(jīng)驗(yàn)、知識的積累等。學(xué)習(xí)有主動與被動，主動學(xué)習(xí)的人，進(jìn)步快。 ?
5	對開發(fā)者的了解	對合作的某開發(fā)人員了解多，知道對方可能出錯的地方，例如某開發(fā)人員是新員工，對業(yè)務(wù)不太熟悉，容易在模塊接口處理上考慮不周，易犯錯誤，則可以有針對性測試這些方面。
6	系統(tǒng)繁雜度	了解系統(tǒng)的設(shè)計，清楚最繁雜的設(shè)計，最核心的設(shè)計，然后重點(diǎn)分析這些部分，找出測試的重難點(diǎn)

?

說明：

關(guān)于學(xué)習(xí)能力，有些同學(xué)可能理解存在誤區(qū)，或者比較片面，認(rèn)為學(xué)習(xí)就是捧著書本看書。常聽一些同學(xué)說，正在看C+編程，Android開發(fā)，網(wǎng)絡(luò)通信相關(guān)書等，當(dāng)然沒錯，這些都是在學(xué)習(xí)。但是否有更直接的體現(xiàn)學(xué)習(xí)能力的方法呢。曾經(jīng)在一位同事的總結(jié)中讀到：通過參與同項(xiàng)目外專業(yè)組的討論，大受啟發(fā)，回來一試，發(fā)現(xiàn)了2個嚴(yán)重的系統(tǒng)接口方面的bug，及一個我們未曾考慮到的系統(tǒng)設(shè)計需求。這種通過與他人的交流獲取的直接知識，并不一定能在書本上看到的，但它也是一種學(xué)習(xí)。學(xué)習(xí)有直接學(xué)習(xí)，簡接學(xué)習(xí)。如果說簡接學(xué)習(xí)是夯實(shí)基礎(chǔ)，那么像上述通過交流、實(shí)踐的方式直接地學(xué)習(xí)的方法是取人之長，補(bǔ)已之短的快速通道。

覺得筆主寫得很好，轉(zhuǎn)載了

總結(jié)

以上是生活随笔為你收集整理的如何提高Bug敏感度的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。