軟件測試培訓(xùn)講義-12報告所發(fā)現(xiàn)的軟件缺陷.ppt

1、軟件測試培訓(xùn)講義,深圳市軟件行業(yè)協(xié)會培訓(xùn)中心,課程目的,了解軟件工程的基本概念和過程 了解軟件質(zhì)量定義和軟件質(zhì)量保證過程 深入掌握軟件測試原理、方法、過程 通過實戰(zhàn)掌握測試策略、技術(shù),第三部分：軟件測試的實踐第十二章,報告所發(fā)現(xiàn)的 軟件缺陷,目的與內(nèi)容,軟件缺陷的概述 軟件缺陷的描述 軟件缺陷的處理和跟蹤 缺陷管理工具介紹,第三部分：軟件測試的實踐第十二章：報告所發(fā)現(xiàn)的軟件缺陷,軟件缺陷的概述,軟件質(zhì)量-傳統(tǒng)定義,適合使用(fitness for use) 功能滿足提出的要求,軟件質(zhì)量-客戶滿意度定義,客戶滿意 正確的功能 詳細的指導(dǎo) 客戶不滿意 不穩(wěn)定 難以使用 性能緩慢 與用戶現(xiàn)有設(shè)備不兼

2、容,“臭蟲”的由來,人們將軟件錯誤稱為“臭蟲”，這是因為第一個有記載的電腦故障是由線路上的臭蟲造成的。就是我們通常稱的“BUG”。,軟件失敗的術(shù)語描述,缺點（defect) 問題 (problem) 謬誤 (fault) 矛盾(inconsistency) 失敗(failure) 偏差(variance) 毛病 (incident) 特殊(feature) 異常 (anomaly) 錯誤 (error) 缺陷(bug),軟件失敗的幾個定義,錯誤：人類會犯錯誤。 缺陷：缺陷是錯誤的結(jié)果。 失效：當缺陷執(zhí)行時會發(fā)生失效。 事故：當出現(xiàn)失效時，可能會也可能不會呈現(xiàn)給用戶。,軟件缺陷,軟件未達到產(chǎn)品描

3、述表明的功能。 軟件出現(xiàn)了產(chǎn)品描述指明不會出現(xiàn)的錯誤 軟件功能超出產(chǎn)品描述指明范圍。 軟件未達到產(chǎn)品描述雖未指出但應(yīng)達到的目標。 軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。,軟件缺陷產(chǎn)生的原因,軟件缺陷產(chǎn)生的原因有很多，但最主要的原因要歸咎于產(chǎn)品描述,第三部分：軟件測試的實踐第十二章：報告所發(fā)現(xiàn)的軟件缺陷,軟件缺陷的描述,缺陷屬性,軟件缺陷的分類,以出現(xiàn)相應(yīng)錯誤的開發(fā)階段來劃分； 以相應(yīng)失效產(chǎn)生的后果來劃分； 以解決難度來劃分； 以不解決會產(chǎn)生的風(fēng)險來劃分； 根據(jù)異常出現(xiàn)的頻率來劃分。,缺陷分類,缺陷嚴重程度,缺陷緊急程度,缺陷狀態(tài),Bug報告,如何復(fù)現(xiàn)故障

4、分析故障-使用最少步驟復(fù)現(xiàn)故障 包含所有步驟 方便閱讀 盡量簡單-一個bug一個報告,測試人員的報告盡可能簡單,不要在一個報告中合并2個錯誤 去掉復(fù)現(xiàn)故障時不需要的步驟 在主報告之后說明不同的條件 (例如：設(shè)置nat與否對synflood攻擊的反映程度),完美的bug報告（一）,結(jié)構(gòu)清晰 復(fù)現(xiàn)故障再寫報告 隔離bug：更改條件復(fù)測 歸納：是否其他模塊也有相同的bug 比較：其他測試用例是否使用到此bug,完美的bug報告（二）,總結(jié)：報告的開頭有bug的總結(jié) 精簡：不要有多余的步驟和語言 無歧義：語言明確 中立：無批評性語言 討論：將要發(fā)出的報告送其他測試人員討論,第三部分：軟件測試的實踐第十

5、二章：報告所發(fā)現(xiàn)的軟件缺陷,軟件缺陷的處理和跟蹤,缺陷處理流程,3.1.1 系統(tǒng)測試缺陷處理流程,Founder R&D,Bug報告準則 如何重現(xiàn)錯誤-使用最少步驟重現(xiàn) 現(xiàn)象描述沒有歧義 盡量簡單-一個bug一個報告 可以提出對錯誤的解決建議 開發(fā)人員拒絕修改的bug 程序員無法重現(xiàn)或者現(xiàn)象難以捕捉 沒有明確的報告以說明重現(xiàn)bug的步驟 程序員無法讀懂的bug報告 用戶很少使用或者不符合用戶使用習(xí)慣的操作出錯 由不受信任的測試人員提出,缺陷報告,Founder R&D,3.1.2 集成測試缺陷處理流程,Founder R&D,處理bug,使程序員愿意花費時間改正bug,程序員希望改正的錯誤,L

6、ooks really bad 影響很多人 改動十分簡單 Bug已經(jīng)給公司造成影響 主管的高重視度 由受到高度信任的測試人員提出,使程序員拒絕花費時間的bug,程序員無法復(fù)現(xiàn)bug 需要繁復(fù)的步驟復(fù)現(xiàn)bug 沒有明確的報告以說明復(fù)現(xiàn)bug的步驟 程序員無法讀懂的bug報告 邊緣bug(幾乎從不使用的功能) 修改bug需要花費大量時間 主管低重視度 由不受信任的測試人員提出,經(jīng)常被忘記的測試條件,內(nèi)存泄漏 堆棧溢出 空指針,邊緣條件,邊緣條件的產(chǎn)生： 防火墻策略數(shù)目限定問題 測試人員：只能設(shè)定256條策略 程序員：不需要太多的策略，256條足夠 邊緣條件的解決： 測試非極限指標 詢問相關(guān)人員，確

7、定邊緣條件,修改bug的成本,小結(jié),通過專業(yè)的技術(shù)測試出精確的bug 通過準確的文檔報告bug 通過良好的溝通使bug盡快解決,第三部分：軟件測試的實踐第十二章：報告所發(fā)現(xiàn)的軟件缺陷,缺陷管理工具介紹,基于測試流程上的缺陷管理系統(tǒng),缺陷的定義 軟件沒有達到產(chǎn)品說明書表明的功能 軟件出現(xiàn)了產(chǎn)品說明書中不一致的表現(xiàn) 軟件功能超出產(chǎn)品說明書的范圍 軟件沒有達到用戶期望的目標(雖然產(chǎn)品說明書中沒有要求) 測試員或用戶認為軟件的易用性差 不是所有缺陷都會修改 市場的壓力使得產(chǎn)品最終發(fā)行有時間限制 測試員錯誤理解或者不正確操作引出的缺陷(FAQ) 錯誤的修改影響的模塊較多，帶來的風(fēng)險較大（遺留） 修改性價

8、比太低(FAQ，遺留） 缺陷報告中提出的問題很難重現(xiàn),Founder R&D,缺陷報告管理系統(tǒng),是測試流程在工具上的固化 通過權(quán)限控制來實現(xiàn)流程監(jiān)控 記錄了缺陷識別到關(guān)閉過程中的所有數(shù) 記錄了版本變更的信息 是開發(fā)和測試之間溝通的信息平臺 實時的數(shù)據(jù)和信息的更新 度量和統(tǒng)計分析，為改進產(chǎn)品提供依據(jù),Founder R&D,Founder R&D,采用Lotus Notes作為bug管理平臺 完全電子化的信息傳遞 統(tǒng)一管理和備份,具備數(shù)據(jù)統(tǒng)計和查詢功能 能夠進行個性化二次開發(fā),方正測試缺陷跟蹤與管理系統(tǒng),4.3 缺陷統(tǒng)計分析工具介紹,Founder R&D,小結(jié),產(chǎn)品越復(fù)雜，測試花費的時間就越長，費用就越大，測試發(fā)現(xiàn)缺陷的效率也就越低。 缺陷會掩蓋或加重其它缺陷。也就是說，當一個程序有許多缺陷時，由于缺陷相互作用，使得發(fā)現(xiàn)和修復(fù)缺陷的過程更加復(fù)雜。這使得一些缺陷很難查找和修復(fù)。一個缺陷可能掩蓋其它缺陷，使得這些被掩蓋的缺陷難以發(fā)現(xiàn)，增加了它們逃過測試的可能性。 遵照規(guī)范