1.1測試強度
測試強度在有需求文檔或者api的時候可以根據(jù)需求文檔測試
在沒有測試文檔或者是api的時候，可以根據(jù)個人經(jīng)驗是否測試
考慮的因素：
1.? 2個整數(shù)（正整數(shù) 負整數(shù)）
2.? 2個輸入框是否為空
3.? 特殊符號
4.? 中英文字母/漢字
5.? 提醒框/輸入框是否重置
Bug是指在代碼中存在的
1.2軟件缺陷
定義：缺陷就是軟件的問題，最終表現(xiàn)為沒有客戶的需求
1.3哪些屬于軟件缺陷
1.? 軟件沒有達到規(guī)格說明書定義的功能
2. ? 軟件出現(xiàn)了規(guī)格說明書上指明不能存在的錯誤
3. ? 軟件功能超出了說明書上的范圍
4. ? 軟件測試人員或者用戶覺得不友好的
5. ? 軟件未達到說明書上應該具有的功能
1.4軟件缺陷的表現(xiàn)形式
1. ? 功能上沒有實現(xiàn)或者部分沒有實現(xiàn)
2. ? 設計不合理功能不明確的邏輯不清楚的或者是邏輯本身就是存在矛盾
3. ? 實際結(jié)果與預期結(jié)果不同
4. ? 沒有達到規(guī)格要求說明書上的要求性能指標
[if !supportLists]5.?[endif]運行有錯的崩潰中斷頁面混亂
[if !supportLists]6.?[endif]數(shù)據(jù)不正確精度不夠不完整或者是格式不統(tǒng)一
[if !supportLists]7.?[endif]用戶不能接受的問題。如果存取時間過長，頁面不美觀小廣告太多
[if !supportLists]8.?[endif]硬件或者軟件存在的其他問題
1.5軟件缺陷的狀態(tài)（生命周期）
[if !supportLists]1.?[endif]提交--測試人員提交發(fā)現(xiàn)的缺陷給開發(fā)
[if !supportLists]2.?[endif]打開--將缺陷轉(zhuǎn)一個待處理的狀態(tài)
[if !supportLists]3.?[endif]拒絕--開發(fā)者不認為這是一個缺陷
[if !supportLists]4.?[endif]修復--開發(fā)者將缺陷進行修改
[if !supportLists]5.?[endif]關閉--測試人將進行回歸測試之后認為該缺陷已經(jīng)解決后
[if !supportLists]6.?[endif]推遲--將問題持續(xù)到下一個版本中在去解決 但是要記錄詳細的修復日期或者版本
測試人員新提交的缺陷為新建狀態(tài)，在確認有效后將缺陷狀態(tài)改為打開狀態(tài)，
開發(fā)人員修改后已修復狀態(tài)測試人員需要進行回歸測試，如果驗證問題已解決將狀態(tài)改為修復狀態(tài)如果經(jīng)過回歸測試驗證缺陷依然存在將缺陷的狀態(tài)改為打開狀態(tài)讓開發(fā)再次修復。如果開發(fā)人認為此缺陷需要延期修復將缺陷的狀態(tài)改為延期（推遲狀態(tài)）
延期的時候有項目負責人開發(fā)主管測試主管確認才可以延期否則還是打開狀態(tài)
1.6軟件缺陷的嚴重程度進行劃分
[if !supportLists]1.?[endif]low ????--表面性錯誤 ??
[if !supportLists]2.?[endif]Medium ?--影響到一個對立的功能，僅僅發(fā)生在特定條件下 與需求定義的不臺一直 斷斷續(xù)續(xù)的出現(xiàn)的問題
[if !supportLists]3.?[endif]High ?????--功能點沒有實現(xiàn)不符合客戶的需求 導致丟失數(shù)據(jù)
[if !supportLists]4.?[endif]Veryhigh ??--頻繁死機 大部分功能不能使用
[if !supportLists]5.?[endif]Critical ????--系統(tǒng)癱瘓 異常退出 死循環(huán) 嚴重計算失誤
結(jié)局缺陷的優(yōu)先級
[if !supportLists]1.?[endif]low ?--時間和資源允許情況下進行修復
[if !supportLists]2.?[endif]Medium --不會延遲發(fā)布
[if !supportLists]3.?[endif]Highh ?--必須在發(fā)布之前解決
[if !supportLists]4.?[endif]Veryhigh ???--必須解決 ?
[if !supportLists]5.?[endif]Critical ???-- ?
1.7軟件的缺陷的分類：
1.系統(tǒng)缺陷
2.數(shù)據(jù)缺陷
3.數(shù)據(jù)庫缺陷
4.接口缺陷
5.功能缺陷
6.安全性缺陷
7.兼容行缺陷
8.性能缺陷
9.界面缺陷
17缺陷報告
1.7.1書寫規(guī)范：
1.標題簡潔 ?提供缺陷的本質(zhì)信息即可
2.復現(xiàn)的步驟要詳細 可以用數(shù)字編號（測試用例的編號）
3.實際結(jié)果要描述浮現(xiàn)后的結(jié)果
4.列出期望結(jié)果（在測試用例中存在期望結(jié)果可以不寫）
5.提供條件（可以在測試用例）
6.提供嚴謹?shù)臏y試報告給開發(fā)人員
缺陷報告的使用以及測試用例的案列
??https://blog.csdn.net/weixin_41948075/article/details/89287926
