缺陷報告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合碱茁。
軟件缺陷報告Software Bug Report（SBR）或軟件問題報告Software Problem Report（SPR）
作用：缺陷報告是軟件測試人員的工作成果之一裸卫，體現(xiàn)軟件測試的價值缺陷報告可以把軟件存在的缺陷準(zhǔn)確的描述出來，當(dāng)測試人員發(fā)現(xiàn)一個缺陷纽竣，需要填寫一份“缺陷報告”來記錄這個缺陷墓贿，并通過這個缺陷報告告知開發(fā)人員所發(fā)生的問題–缺陷報告是測試人員和開發(fā)人員交流溝通的重要工具。便于開發(fā)人員修正缺陷報告可以反映項目產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)蜓氨，便于項目整體進度和質(zhì)量控制軟件測試缺陷報告是軟件測試的輸出成果之一聋袋，可以衡量測試人員的工作能力。
一穴吹、缺陷報告的要點
1）標(biāo)題
2)? 描述：簡潔幽勒、準(zhǔn)確、完整港令、反映缺陷本質(zhì)
3）重現(xiàn)步驟
4）嚴重程度
5）優(yōu)先級
6）截圖
7）編號
8）指派人
二啥容、“5C”原則
內(nèi)容準(zhǔn)確（Correct）：每個組成部分的描述準(zhǔn)確，不會引起誤解
步驟簡潔（Concise）：只包含必不可少的信息顷霹，不包括任何多余的內(nèi)容
內(nèi)容清晰（Clear）：每個組成部分的描述清晰咪惠，易于理解
結(jié)構(gòu)完整（Complete）：包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息
風(fēng)格一致（Consistent）：按照一致的格式書寫全部缺陷報告
三、二八定理
在分析泼返、設(shè)計硝逢、實現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷姨拥，而系統(tǒng)測試又能找出 其余缺陷中的80%绅喉，最后的4%的缺陷可能只有在用戶大范圍渠鸽、長時間使用后才會暴露出來。
四柴罐、缺陷報告的組成：
1徽缚、缺陷編號（Defect ID）：提交缺陷的順序
2、缺陷的標(biāo)題（summary）：簡明扼要的描述缺陷
3革屠、缺陷的發(fā)現(xiàn)者（Defected By）：測試人員
4凿试、缺陷發(fā)現(xiàn)的日期（date）：一般為當(dāng)天
5、缺陷所屬的模塊（subject）：在測試那個功能模塊時發(fā)現(xiàn)的bug
6似芝、發(fā)現(xiàn)缺陷的版本（Defected in release）：開發(fā)的軟件的版本
7那婉、指派給誰處理（Assigned to）：測試人員指派給開發(fā)經(jīng)理，開發(fā)經(jīng)理根據(jù)缺陷所在的模塊党瓮，需要再次指派具體的開發(fā)人員
8详炬、缺陷的狀態(tài)（status）：缺陷此時所處的處理階段或處理情況
（1）測試人員發(fā)現(xiàn)缺陷，提交缺陷報告寞奸，把缺陷的狀態(tài)置為new（新）
（2）開發(fā)經(jīng)理驗證提交的bug呛谜，如果是bug，把狀態(tài)改為open（打開的bug枪萄，開發(fā)組承認的bug）隐岛，指派給具體的開發(fā)人員解決；如果不是bug瓷翻，把狀態(tài)改為rejected（拒絕的bug）
（3）開發(fā)人員看到指派給自己解決的bug聚凹，進行缺陷修復(fù)，修改完后逻悠，把缺陷狀態(tài)fixed（已經(jīng)修復(fù)的bug元践，可以返測的bug）
（4）測試人員對修復(fù)的bug進行反測，若返測成功童谒，將狀態(tài)改為closed（關(guān)閉的缺陷单旁，歸檔的bug）；如果返測不成功饥伊，把狀態(tài)改為reopen（重新打開的bug）
五象浑、缺陷報告的深度理解
1、缺陷的嚴重程度和優(yōu)先級是不是成正比關(guān)系琅豆？
界面問題的嚴重程度一般比較低愉豺，擔(dān)優(yōu)先級可能很高————立即修復(fù)
某些重大的功能問題可能暫時解決不了，但不影響其他功能的使用茫因，這時優(yōu)先級可能定義的比較低————在發(fā)布之前修復(fù)
2蚪拦、缺陷的嚴重程度和優(yōu)先級確定好后，還能修改嗎？
嚴重成度不允許改驰贷，優(yōu)先級可能修復(fù)盛嘿。
測試人員確定一個缺陷“立即修復(fù)”，但開發(fā)組認為這個缺陷不好解決括袒，而這個缺陷又不影響其他功能次兆，這時可能要求在“下一個版本修改”或“發(fā)布之前修改”
3、是不是所有一發(fā)現(xiàn)的缺陷都會被修復(fù)锹锰？
有些缺陷修復(fù)的成本太高或者由于進度壓力可能在發(fā)布前得不到修復(fù)芥炭，這樣的缺陷一定要經(jīng)過項目組的討論，權(quán)衡成本和風(fēng)險恃慧，要確保不會對用戶在成重大的影響及法律糾紛园蝠。后面再通過升級軟件或者打補丁的方式修復(fù)缺陷或彌補漏洞
六、缺陷報告的作用
1痢士、記錄bug
2砰琢、對bug進行分類（模塊、bug狀態(tài)良瞧、嚴重程度陪汽、版本）
3、跟蹤bug
4褥蚯、對bug進行分析挚冤、統(tǒng)計
接口測試工具可以使用國產(chǎn)的接口測試和接口文檔生成工具：apipost
