軟件測試之缺陷分析

、軟件缺陷的定義及主要類型相關(guān)文章我們對軟件缺陷分析一下，所謂"軟件缺陷（bug）",即為計算機(jī)軟件或程序中存在的某種破壞正常運行能力的問題、錯LoadRunner性能測試基礎(chǔ)誤，或者隱藏的功能缺陷。一般來說，軟件缺陷的屬性包括缺軟件測試結(jié)果分析和質(zhì)量報告陷標(biāo)識、缺陷類型、缺陷嚴(yán)重程度、缺陷優(yōu)先級、缺陷來源、面向?qū)ο筌浖y試技術(shù)研究缺陷原因等。設(shè)計測試用例的四條原則功能測試中故障模型的建立性能測試綜述類型:更多…性能測試綜述類型:更多…進(jìn)行軟件缺陷分析后，軟件缺陷的主要可以分為以下幾種相相關(guān)培訓(xùn)課程軟件測試（TD+WR+LD）測試過程與團(tuán)隊管理LoadRunner進(jìn)行性能測試WEB應(yīng)用的軟件測試手機(jī)軟件測試嵌入式白盒測試更多課程…（1）設(shè)計不合理；2）功能、特性沒有實現(xiàn)或部分實現(xiàn) ；3） 運行出錯，包括運行中斷、系統(tǒng)崩潰、界面混亂等；4） 與需求不一致，在執(zhí)行TestCase時則為實際結(jié)果和預(yù)期結(jié)果不一致；不美觀;相關(guān)咨詢服務(wù)建立軟件測試規(guī)范（6）軟件實現(xiàn)了需求未提到的功能。性能評測與調(diào)優(yōu)更多咨詢…二、軟件缺陷的級別、優(yōu)先級及狀態(tài)成功案例軟件缺陷有四種級別，分別為：致命的（Fatal），嚴(yán)重的（Critical）不美觀;相關(guān)咨詢服務(wù)建立軟件測試規(guī)范（6）軟件實現(xiàn)了需求未提到的功能。性能評測與調(diào)優(yōu)更多咨詢…二、軟件缺陷的級別、優(yōu)先級及狀態(tài)成功案例軟件缺陷有四種級別，分別為：致命的（Fatal），嚴(yán)重的（Critical），一般的（Major），微小的（Minor）。亞信敏捷測試敏捷測試-簡單而可行A類一致命的軟件缺陷（Fatal）:造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)掛起，或造成數(shù)據(jù)丟失，主要功能完全喪失，導(dǎo)致本模塊以及相關(guān)模塊異常等問題。如代碼錯誤，死循環(huán)，數(shù)據(jù)庫發(fā)生死鎖、與數(shù)據(jù)庫連接錯誤或數(shù)據(jù)通訊錯誤，未考慮北大方正C語言單元測試羅克韋爾C++單元測試四方電氣集團(tuán)性能測試中國石油C++單元測試更多…異常操作，功能錯誤等B類一嚴(yán)重錯誤的軟件缺陷（critical）:系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失。問題局限在本模塊，導(dǎo)致模塊功能失效或異常退出。如致命的錯誤聲明，程序接口錯誤，數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C類一一般錯誤的軟件缺陷（major）:次要功能沒有完全實現(xiàn)但不影響使用。如提示信息不太準(zhǔn)確，或用戶界面差，操作時間長，模塊功能部分失效等，打印內(nèi)容、格式錯誤，刪除操作未給出提示，數(shù)據(jù)庫表中有過多的空字段等D類一較小錯誤的軟件缺陷(Minor)，使操作者不方便或遇到麻煩，但它不影響功能過的操作和執(zhí)行，如錯別字、界面不規(guī)范(字體大小不統(tǒng)一，文字排列不整齊，可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志)，輔助說明描述不清楚E類-建議問題的軟件缺陷(Enhancementa)：由問題提出人對測試對象的改進(jìn)意見或測試人員提出的建議、質(zhì)疑。常用的軟件缺陷的優(yōu)先級表示方法可分為： 立即解決P1、高優(yōu)先級P2、正常排隊P3、低優(yōu)先級？4。立即解決是指缺陷導(dǎo)致系統(tǒng)幾乎不能使用或者測試不能繼續(xù)，需立即修復(fù)；高優(yōu)先級是指缺陷嚴(yán)重影響測試，需要優(yōu)先考慮；正常排隊是指缺陷需要正常排隊等待修復(fù)；而低優(yōu)先級是指缺陷可以在開發(fā)人員有時間的時候再被糾正。正確評估和區(qū)分軟件缺陷的嚴(yán)重性和優(yōu)先級， 是測試人員和開發(fā)人員以及全體項目組人員的一件大事。這既是確保測試順利進(jìn)行的要求，也是保證軟件質(zhì)量的重要環(huán)節(jié)，應(yīng)該要引起足夠的重視。這里介紹三種常用的技術(shù)工具供大家參考。⑴20/80原則管理學(xué)大師彼得杜拉克說過：做事情必須分清輕重緩急。最糟糕的是什么事都做，這必將一事無成。而意大利經(jīng)濟(jì)學(xué)家柏拉圖則更明確提出：重要的少數(shù)與瑣碎的多數(shù)或稱20/80的定律。就是80%的有效工作往往是在20%的時間內(nèi)完成的，而20%的工作是在80%的時間內(nèi)完成的。因此，為了提高測試質(zhì)量，必須清晰的認(rèn)識到哪些軟件缺陷是最重要的，哪些軟件缺陷是最關(guān)鍵的。不要揀了芝麻，卻丟了西瓜。所以，只有抓住了重要的關(guān)鍵缺陷，測試效果才能產(chǎn)生最大的效益，這也是第一個原則---分清輕重緩急，把測試活動用在最有生產(chǎn)力的事情上。ABC法則古人云：事有先后，用有緩急。測試工作其實也是如此，分清軟件缺陷的輕重緩急，不但做處理軟件缺陷來井井有條，完成后的效果也是不同凡響。因此，我們在測試工作中要時時記住一點，手邊的軟件缺陷并不一定就具有第一優(yōu)先處理的重要，性。只有正確的判斷，才可將測試活動效率增加數(shù)倍。ABC法則是設(shè)定軟件缺陷優(yōu)先順序重要工具之一。這ABC工具的關(guān)鍵點在于根據(jù)軟件缺陷的重要程度決定優(yōu)先順序，按需求目標(biāo)進(jìn)行量化規(guī)劃。把 A類軟件缺陷作為測試最重要的最有價值的最關(guān)鍵的缺陷，并保證首先把A類軟件缺陷先處理。其次是B類軟件缺陷，然后是C類軟件缺陷，然后是其它的，還有一些不緊急不重要的軟件缺陷根本沒有必要去做。四象限原則，把軟件缺陷進(jìn)行分類在處理測試軟件缺陷中，常會遇到千頭萬緒、問題繁多的情況，有些測試人員會被測試出來眾多的軟件缺陷所壓垮，有些人則是悠然自得、高效完成。到底是什么原因造成這種區(qū)別呢？原因在于對軟件缺陷分類是否合理。那么，我們該如何對軟件缺陷進(jìn)行合理的分類呢？其實很簡單，在一張坐標(biāo)紙上，先劃分好四個象限，然后只需記住四個字就行，那就是"輕重緩急"。”輕"，指的是相對重要但不緊急的軟件缺陷； "重”，是指最重要也是最緊急的軟件缺陷；"緩"，指的是不重要也不緊急的軟件缺陷；”急”，則是指不是最重要但卻最為緊急的軟件缺陷。理清這種關(guān)系之后，就算同時測試許多不同類型的軟件缺陷，也會很快清楚哪些軟件缺陷是必須馬上完成，哪些缺陷是可以暫時緩一緩，這樣也就不會被堆積如山的軟件缺陷所壓垮，測試效率自然也會得到很大的提高。軟件缺陷的三種基本狀態(tài)：激活狀態(tài)(Active或Open)。已修正狀態(tài)(Fixed或Resolved)。關(guān)閉或非激活狀態(tài)(Close或Inactive)。三、軟件缺陷分析產(chǎn)生原因及分類軟件缺陷分析產(chǎn)生原因主要有三方面：技術(shù)問題，團(tuán)隊合作，軟件本身。從測試觀點我們將軟件缺陷分為五類，分別為：功能缺陷，系統(tǒng)缺陷，加工缺陷，數(shù)據(jù)缺陷，代碼缺陷。四、軟件測試心理學(xué)問題（1） 程序測試的過程具有破壞，性。（2） 程序員應(yīng)避免測試自己的程序。（3） 程序設(shè)計組織不應(yīng)測試自己的程序。待到老去的那一日，偶爾有回憶念及了過往，依舊還會有初初的心動，流轉(zhuǎn)了眉眼。而那一路迤邐而來的美好，一步一步寫就兩個梅花小楷 ---日常。暖陽小窗，無事此靜坐。杯盞光陰，又在指間如風(fēng)輕過，回首，依稀還是那年秋，低低一低眉，卻已是春光葳蕤。光陰荏苒，而流年從來也不曾缺少錯亂和猶疑。是否在這樣一個萬物復(fù)蘇的季節(jié)里，一切的紛擾是非，終究會給出一個水