1.軟件缺陷的定義

軟件缺陷，常常又被叫做Bug蹈矮，從產(chǎn)品內(nèi)部看砰逻，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病

等各種問(wèn)題泛鸟；從產(chǎn)品外部看蝠咆，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。

格蕾絲·赫柏（GraceMurrayHopper）北滥，是一位為美國(guó)海軍工作的電腦專家刚操，也是最早將人類語(yǔ)言

融入到電腦程序的人之一。而代表電腦程序出錯(cuò)的“bug”這名字再芋，正是由赫柏所取的菊霜。1947年9月9

日，赫柏對(duì)HarvardMarkII設(shè)置好17000個(gè)繼電器進(jìn)行編程后济赎，技術(shù)人員正在進(jìn)行整機(jī)運(yùn)行時(shí)鉴逞，它突然

停止了工作。于是他們爬上去找原因联喘，發(fā)現(xiàn)這臺(tái)巨大的計(jì)算機(jī)內(nèi)部一組繼電器的觸點(diǎn)之間有一只飛蛾华蜒，這

顯然是由于飛蛾受光和熱的吸引，飛到了觸點(diǎn)上豁遭，然后被高電壓擊死叭喜。所以在報(bào)告中，赫柏用膠條貼上飛

蛾蓖谢，并把“bug”來(lái)表示“一個(gè)在電腦程序里的錯(cuò)誤”捂蕴，“Bug”這個(gè)說(shuō)法一直沿用到今天。

2.軟件缺陷的種類劃分

按照軟件缺陷的產(chǎn)生原因闪幽，可以將其劃分為不同的缺陷類別：

1啥辨、功能不正常

簡(jiǎn)單地說(shuō)就是所應(yīng)提供的功能，在使用上并不符合產(chǎn)品設(shè)計(jì)規(guī)格說(shuō)明書中規(guī)定的要求盯腌，或是根本無(wú)法

使用溉知。這個(gè)錯(cuò)誤常常會(huì)發(fā)生在測(cè)試過(guò)程的初期和中期，有許多在設(shè)計(jì)規(guī)格說(shuō)明書中規(guī)定的功能無(wú)法運(yùn)行腕够，

或是運(yùn)行結(jié)果達(dá)不到預(yù)期設(shè)計(jì)级乍。最明顯的例子就是在用戶接口上所提供的選項(xiàng)及動(dòng)作，使用者操作后毫無(wú)

反應(yīng)帚湘。

2玫荣、軟件在使用上感覺不方便

只要是不知如何使用或難以使用的軟件，在產(chǎn)品設(shè)計(jì)上一定是出了問(wèn)題大诸。所謂好用的軟件捅厂，就是使用

上盡量方便贯卦，使用戶易于操作。如微軟推出的軟件焙贷，在用戶接口及使用操作上確實(shí)是下了一番功夫撵割。有許

多軟件公司推出的軟件產(chǎn)品，在彼此的接口上完全不同盈厘，這樣其實(shí)只會(huì)增加使用者的學(xué)習(xí)難度睁枕，另一方面

也凸顯了這些軟件公司的集成能力不足官边。

3沸手、軟件的結(jié)構(gòu)未做良好規(guī)劃

這里主要指軟件是以自頂向下方式開發(fā)，還是以自底向上方式開發(fā)注簿。如果是以自頂向下的結(jié)構(gòu)或方法

開發(fā)的軟件契吉，在功能的規(guī)劃及組織上比較完整，相反以自底向上的組合式方法開發(fā)處的軟件則功能較為分

散诡渴，容易出現(xiàn)缺陷捐晶。

4、提供的功能不充分

這個(gè)問(wèn)題與功能不正常不同妄辩，這里指的是軟件提供的功能在運(yùn)作上正常惑灵，但對(duì)于使用者而言卻不完整。

即使軟件的功能運(yùn)作結(jié)果符合設(shè)計(jì)規(guī)格的要求眼耀，系統(tǒng)測(cè)試人員在測(cè)試結(jié)果的判斷上英支，也必須從使用者的角

度進(jìn)行思考，這就是所謂的“從用戶體驗(yàn)出發(fā)”哮伟。

5干花、與軟件操作者的互動(dòng)不良

一個(gè)好的軟件必須與操作者之間可以實(shí)現(xiàn)正常互動(dòng)楞黄。在操作者使用軟件的過(guò)程中池凄，軟件必須很好地響

應(yīng)。例如在瀏覽網(wǎng)頁(yè)時(shí)鬼廓，如果操作者在某一網(wǎng)頁(yè)填寫信息肿仑，但是輸入的信息不足或有誤。當(dāng)點(diǎn)擊“確定”

按鈕后碎税，網(wǎng)頁(yè)此時(shí)提示操作者輸入信息有誤尤慰，卻并未指出錯(cuò)誤的哪里，操作者只好回到上一頁(yè)重新填寫蚣录，

或直接放棄離開割择。這個(gè)問(wèn)題就是典型的在軟件對(duì)操作互動(dòng)方面未做完整的設(shè)計(jì)。

6萎河、使用性能不佳

被測(cè)軟件功能正常荔泳，但使用性能不佳蕉饼，這也是一個(gè)問(wèn)題。此類缺陷通常是由于開發(fā)人員采用了錯(cuò)誤的

解決方案玛歌，或使用了不恰當(dāng)?shù)乃惴▽?dǎo)致的昧港，在實(shí)際測(cè)試中有很多缺陷都是因?yàn)椴捎昧隋e(cuò)誤的解決方法，需

要加以注意支子！

7创肥、為做好錯(cuò)誤處理

軟件除了避免出錯(cuò)之外，還要做好錯(cuò)誤處理值朋，許多軟件之所以會(huì)產(chǎn)生錯(cuò)誤叹侄，就是因?yàn)槌绦虮旧韺?duì)于錯(cuò)

誤和異常處理的缺失。例如被測(cè)軟件讀取外部的信息文件并已做了一些分類整理昨登，但剛好所讀取的外部信

息文件內(nèi)容已被損毀趾代。當(dāng)程序讀取這個(gè)損毀的信息文件時(shí)，程序發(fā)現(xiàn)問(wèn)題丰辣，此時(shí)操作系統(tǒng)不知該如何處理

這個(gè)情況撒强，為保護(hù)系統(tǒng)自身只好中斷程序。由此可見設(shè)立錯(cuò)誤和異常處理機(jī)制的重要性笙什！

8飘哨、邊界錯(cuò)誤

緩沖區(qū)溢出問(wèn)題在這幾年已成為網(wǎng)絡(luò)攻擊的常用方式，而這個(gè)缺陷就屬于邊界錯(cuò)誤的一種琐凭。簡(jiǎn)單來(lái)說(shuō)芽隆，

程序本身無(wú)法處理超越邊界所導(dǎo)致的錯(cuò)誤。而這個(gè)問(wèn)題淘正，除了編程語(yǔ)言所提供的函數(shù)有問(wèn)題之外摆马，很多情

況下是由于開發(fā)人員在聲明變量或使用邊界范圍時(shí)不小心引起的。

9鸿吆、計(jì)算錯(cuò)誤

只要是計(jì)算機(jī)程序囤采，就必定包括數(shù)學(xué)計(jì)算。軟件之所以會(huì)出現(xiàn)計(jì)算錯(cuò)誤惩淳，大部分出錯(cuò)的原因是由

于采用了錯(cuò)誤的數(shù)學(xué)運(yùn)算工時(shí)或未將累加器初始化為0.

10蕉毯、使用一段時(shí)間所產(chǎn)生的錯(cuò)誤

這類問(wèn)題是程序開始運(yùn)行正常，但運(yùn)行一段時(shí)間后卻出現(xiàn)了故障思犁。最典型的例子就是數(shù)據(jù)庫(kù)的查

找功能代虾。某些軟件在剛開始使用時(shí)，所提供的信息查找功能運(yùn)作良好激蹲，但在使用一段時(shí)間后發(fā)現(xiàn)棉磨，進(jìn)行信

息查找所需的時(shí)間越來(lái)越長(zhǎng)。經(jīng)分析查明学辱，程序采用的信息查找方式是順序查找乘瓤，隨著數(shù)據(jù)庫(kù)信息的增加环形，

查找時(shí)間自然會(huì)變長(zhǎng)。這就需要改變解決方案了衙傀！

11抬吟、控制流程的錯(cuò)誤

控制流程的好壞，在于開發(fā)人員對(duì)軟件開發(fā)的態(tài)度及程序設(shè)計(jì)是否嚴(yán)謹(jǐn)统抬。軟件在狀態(tài)間的轉(zhuǎn)變是

否合理火本，要依據(jù)業(yè)務(wù)流程進(jìn)行控制。例如聪建，用軟件安裝程序解釋這類問(wèn)題最方便直觀钙畔。用戶在進(jìn)行軟件安

裝時(shí)，輸入用戶名和一些信息后妆偏，軟件就直接進(jìn)行了安裝刃鳄，未提示用戶變更安裝路徑盅弛、目的地等钱骂。這就是

軟件控制流程不完整導(dǎo)致的錯(cuò)誤問(wèn)題。

12挪鹏、在大數(shù)據(jù)量壓力下所產(chǎn)生的錯(cuò)誤

程序在處于大數(shù)據(jù)量狀態(tài)下運(yùn)行出現(xiàn)問(wèn)題见秽，就屬于這類軟件錯(cuò)誤。大數(shù)據(jù)量壓力測(cè)試對(duì)于Server

級(jí)的軟件是必須進(jìn)行的一項(xiàng)測(cè)試讨盒，因?yàn)榉?wù)器級(jí)的軟件對(duì)穩(wěn)定性的要求遠(yuǎn)比其它軟件要高解取。通常連續(xù)的大

數(shù)據(jù)量壓力測(cè)試是必須實(shí)施的，如讓程序處理超過(guò)10萬(wàn)筆數(shù)據(jù)信息返顺，再來(lái)觀察程序運(yùn)行的結(jié)果禀苦。

13、在不同硬件環(huán)境下產(chǎn)生的錯(cuò)誤

這類問(wèn)題的產(chǎn)生與硬件環(huán)境的不同相關(guān)遂鹊。如果軟件與硬件設(shè)備有直接關(guān)系振乏，這樣的問(wèn)題就是數(shù)量

相當(dāng)多。例如有些軟件在特殊品牌的服務(wù)器上運(yùn)行就會(huì)出錯(cuò)秉扑，這是由于不同的Server內(nèi)部硬件了不同的處

理機(jī)制慧邮。

14、版本控制不良導(dǎo)致的錯(cuò)誤

出現(xiàn)這樣的問(wèn)題屬于項(xiàng)目管理的疏忽舟陆，當(dāng)然測(cè)試人員未能盡忠職守也是原因之一误澳。例如一個(gè)軟件

被反映有安全上的漏洞，后來(lái)軟件公司也很快將修復(fù)版本提供給用戶秦躯。但在一年后他們推出新版本時(shí)忆谓，卻

忘記將這個(gè)已解決的bug-fix加入到新版本中。所以對(duì)用戶來(lái)說(shuō)踱承，原本的問(wèn)題已經(jīng)解決了倡缠，但想不到新版本

升級(jí)之后米母，問(wèn)題又出現(xiàn)了。這就是由于版本控制問(wèn)題，導(dǎo)致不同基線的merge出現(xiàn)誤差，使得產(chǎn)品質(zhì)量也

出現(xiàn)了偏差食寡。

15朝捆、軟件文檔的錯(cuò)誤

最后這類缺陷是軟件文檔錯(cuò)誤。這里所提及的錯(cuò)誤诬像，除了軟件所附帶的使用手冊(cè)、說(shuō)明文檔及其

它相關(guān)的軟件文檔內(nèi)容錯(cuò)誤之外，還包括軟件使用接口上的錯(cuò)誤文字和錯(cuò)誤用語(yǔ)芍碧、產(chǎn)品需求設(shè)計(jì)PD、UISpec

等的錯(cuò)誤号俐。錯(cuò)誤的軟件文檔內(nèi)容除了降低產(chǎn)品質(zhì)量外泌豆，最主要的問(wèn)題是會(huì)誤導(dǎo)用戶！

軟件缺陷是計(jì)算機(jī)軟件或程序中存在的某種破壞正常運(yùn)行能力的問(wèn)題吏饿、錯(cuò)誤,或者隱藏的功能缺陷踪危。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義:從產(chǎn)品內(nèi)部看,缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤猪落、毛病等各種問(wèn)題;從產(chǎn)品外部看,缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背贞远。在軟件開發(fā)生命周期的后期,修復(fù)檢測(cè)到的軟件錯(cuò)誤的成本較高。缺陷的表現(xiàn)形式不僅體現(xiàn)在功能的失效方面,還體現(xiàn)在其他方面笨忌。

主要類型:

軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說(shuō)明所要求的功能模塊;

軟件中出現(xiàn)了產(chǎn)品規(guī)格說(shuō)明指明不應(yīng)該出現(xiàn)的錯(cuò)誤;

軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明沒有提到的功能模塊;

軟件沒有實(shí)現(xiàn)雖然產(chǎn)品規(guī)格說(shuō)明沒有明確提及但應(yīng)該實(shí)現(xiàn)的目;

軟件難以理解,不容易使用,運(yùn)行緩慢,或從測(cè)試員的角度看,最終用戶會(huì)認(rèn)為不好蓝仲。

注意

發(fā)現(xiàn)缺陷后,要盡快修復(fù)缺陷。其原因在于錯(cuò)誤并不只是在編程階段產(chǎn)生,需求和設(shè)計(jì)階段同樣會(huì)產(chǎn)生錯(cuò)誤官疲。也許一開始,只是一個(gè)很小范圍內(nèi)的錯(cuò)誤,但隨著產(chǎn)品開發(fā)工作的進(jìn)行,小錯(cuò)誤會(huì)擴(kuò)散成大錯(cuò)誤,為了修改后期的錯(cuò)誤所做的工作要大得多,即越到后來(lái)往前返工也越遠(yuǎn)袱结。如果錯(cuò)誤不能及早發(fā)現(xiàn),那只可能造成越來(lái)越嚴(yán)重的后果。缺陷發(fā)現(xiàn)或解決的越遲,成本就越高途凫。

3.軟件缺陷的屬性

1.1.14.按照嚴(yán)重程度分:

一般分為5個(gè)等級(jí):

系統(tǒng)崩潰垢夹，嚴(yán)重，一般颖榜，次要棚饵，建議

在軟件缺陷中不僅僅只是嚴(yán)重極別，更多的則是功能沒有做到掩完。說(shuō)到這里也許大家都理解了噪漾，就是需求沒有考慮到，可需求不會(huì)一次就很完美的且蓬，需要大家的共同努力欣硼，來(lái)不斷的完善。那么怎樣才能讓測(cè)試人員提出的好的建議得到有效的執(zhí)行恶阴？這就是我下面想說(shuō)的诈胜。在軟件缺陷中還有一種分法豹障，跟據(jù)缺陷內(nèi)容來(lái)分，主要分為需求Bug與程序Bug焦匈，對(duì)于這種分法的好處就是明確了Bug處理的責(zé)任人血公。對(duì)于程序Bug我們都知道是由相關(guān)開發(fā)人員進(jìn)行處理。下面主要討論一下需求Bug,需求Bug從名稱上來(lái)就知道是要交由需求人員進(jìn)行處理缓熟，可怎么處理累魔，怎樣在處理的過(guò)程中有效的讓這些創(chuàng)意得到體現(xiàn)。現(xiàn)在我們都有Bug管理系統(tǒng)够滑，這時(shí)我們的測(cè)試人員將需求Bug不是提交給程序員垦写，而是提交給需求分析人員，由他們進(jìn)行處理彰触，不過(guò)這里我想強(qiáng)調(diào)的是對(duì)需求Bug的定位梯投，如果這個(gè)Bug在軟件需求說(shuō)明書中明確提到了，這時(shí)就不可能定位它為需求Bug况毅，它是必需讓程序員實(shí)現(xiàn)的分蓖，稱為軟件功能缺陷，提交由程序員進(jìn)行處理俭茧。但如果需求說(shuō)明書沒有明確提到的咆疗，我們則可以定位為需求Bug.

這樣處理有以下好處，首先需求Bug再不象以前母债，沒有人進(jìn)行確認(rèn)，需求的處理人員本來(lái)就是需求人員尝抖，由他們確認(rèn)與跟蹤是最好不過(guò)的毡们，因?yàn)樗麄儗?duì)需求有絕對(duì)的權(quán)威。同時(shí)測(cè)試人員其實(shí)就是最早的用戶昧辽，他們的需求就是用戶的需求衙熔，這種方法加強(qiáng)了需求人員與測(cè)試人員的溝通，使需求得到有效的補(bǔ)充搅荞，從而讓產(chǎn)品更加完善红氯。還有測(cè)試人員從本質(zhì)上來(lái)說(shuō)與程序員還是對(duì)立的，這里如果為了這樣一個(gè)不是軟件本身問(wèn)題的問(wèn)題形成與開發(fā)人員的對(duì)立咕痛，則會(huì)出現(xiàn)贏得戰(zhàn)役而丟失整個(gè)戰(zhàn)爭(zhēng)的情況痢甘，測(cè)試人員協(xié)調(diào)好與開發(fā)人員的關(guān)系，讓他們更有效的對(duì)軟件本身的缺陷形成有效的關(guān)注是最好的茉贡。還有最為關(guān)鍵的一點(diǎn)塞栅，測(cè)試人員的激情是最重要的，如果他們的想法沒有得到體現(xiàn)腔丧，這時(shí)會(huì)漸漸的失去對(duì)測(cè)試的興趣放椰，從而軟件的質(zhì)量則會(huì)無(wú)法得到保證作烟，通過(guò)這種方法可以讓他們看到自己的建議可以通過(guò)對(duì)需求人員的反映得到實(shí)現(xiàn)，讓他們時(shí)時(shí)覺得自己的想法是可以通過(guò)這種方法來(lái)有效的推行砾医，這樣工作的積極性才會(huì)有保障拿撩。

不過(guò)從實(shí)施的角度來(lái)說(shuō)，還是有一定的困難的如蚜，首先要讓大家改變以前那種凡是Bug就是由開發(fā)人員負(fù)責(zé)的觀念绷雏，其次需求人員的工作量是要加大的，不過(guò)廣泛的了解需求是他們的本份工作怖亭，想來(lái)不會(huì)很困難涎显，還有必需要有有效的Bug管理工具，比如BugManage等等兴猩，不要出現(xiàn)那種對(duì)需求人員說(shuō)了期吓，可過(guò)兩天就忘的情況出現(xiàn)，這時(shí)需求Bug的生命周期會(huì)出現(xiàn)跨越兩個(gè)軟件開發(fā)周期倾芝，因?yàn)橛行┬枨髸?huì)在下一版實(shí)現(xiàn)讨勤，這時(shí)測(cè)試人員需要延長(zhǎng)對(duì)這些需求Bug的管理，不過(guò)我想這些需求是他們提出的晨另，會(huì)有興趣對(duì)這些Bug進(jìn)行管理的潭千。

1.1.15.按優(yōu)先級(jí)分:

修正優(yōu)先級(jí)：高，中借尿，低