圖片僅供參考
一段只、軟件測試常見概念掃盲
1、軟件測試行業(yè)前景及職業(yè)規(guī)劃
1.1鉴扫、測試行業(yè)前景
圖1 行業(yè)特點與崗位特點
1.2赞枕、測試職業(yè)規(guī)劃
圖2 技術(shù)路線
圖3 管理路線
1.3、總結(jié)
- 行業(yè)前景
有前途坪创，有“錢”途 - 職業(yè)規(guī)劃
技術(shù)路線與管理路線
2鹦赎、軟件測試常見概念掃盲
2.1、軟件產(chǎn)品的質(zhì)量模型
圖4 軟件質(zhì)量模型
- 功能性
能夠滿足明確和隱含要求的功能 - 可靠性
能夠處理異常情況误堡，在錯誤中很快恢復(fù) - 易用性
易懂古话、易學(xué)、易用锁施、漂亮好看 - 效率性
占用少量的資源陪踩，提供適當?shù)男阅?/li> - 維護性
是指產(chǎn)品可被修改的能力 - 可移植性
是指軟件產(chǎn)品從一種環(huán)境遷移到另一種環(huán)境的能力
2.2杖们、軟件測試常見分類
- 是否覆蓋源代碼
① 黑盒測試
圖5 黑盒測試
不關(guān)注程序里面的源代碼，而關(guān)注具體的客戶需求（即表面上的實現(xiàn)）肩狂，這里功能的實現(xiàn)往往兩部分就能看出來功能是否正常摘完，一個是輸入，一個是輸出傻谁；給定一個特殊的輸入孝治，看看它的輸出是否正確，如果正確就滿足了客戶需求审磁，別的就不考慮了
② 白盒測試
圖6 白盒測試
與黑盒測試相反谈飒，白盒測試不僅關(guān)注源代碼，還關(guān)注源代碼的細節(jié)
③ 灰盒測試
既關(guān)注我們的用戶需求能不能實現(xiàn)态蒂，又關(guān)注到技術(shù)的實現(xiàn)上杭措，但不像白盒測試那樣關(guān)注到代碼細節(jié)中
- 按照階段
圖7 按照測試階段劃分
① 單元測試
對軟件中最小的可測單元進行的測試
② 集成測試
在單元測試的基礎(chǔ)上，對多個單元組裝后的產(chǎn)物進行測試
③ 系統(tǒng)測試
在集成測試的基礎(chǔ)上钾恢，把軟件看作一個整體進行測試
④ 驗收測試
也叫交付測試手素，以最終用戶的角度確認軟件是否符合預(yù)期
- 按照是否運行
圖8 按照是否運行劃分
① 靜態(tài)測試
測試代碼的編寫規(guī)范、命名規(guī)范瘩蚪、注釋規(guī)范等待
② 動態(tài)測試
讓代碼運行起來進行測試
- 按照是否自動化
圖9 按照是否自動化劃分
- 更多分類
圖10 更多分類
① 冒煙測試
對基本功能泉懦、主要功能進行測試，避免測試資源的浪費
② 回歸測試
對bug或測試用例進行回歸測試
③ 隨機測試
假設(shè)第一次接觸軟件進行隨機測試疹瘦，避免慣性思維
④ 探索測試
同時做測試設(shè)計和測試執(zhí)行祠斧，探索復(fù)雜場景、容易被忽略的場景
2.3拱礁、軟件開發(fā)常見模型
- 瀑布模型
圖11 瀑布模型
- 快速原型模型
圖12 快速原型
- 總結(jié)
① 瀑布模型
過程：需求分析琢锋、概要設(shè)計、詳細設(shè)計呢灶、編碼吴超、軟件測試、軟件維護
優(yōu)點：階段清晰
缺點：依賴于需求分析的成果
適用：需求明確的鸯乃，大型項目
② 快速原型模型
過程：快速分析鲸阻、構(gòu)造、運行缨睡、客戶評價
優(yōu)點：支持客戶參與鸟悴，適應(yīng)需求靈活的項目
缺點：文檔不完善，不能滿足大型項目的要求
適用：需求靈活的中小型項目
2.4奖年、軟件測試常見模型
- V模型
圖14 V模型
- W模型
圖15 W模型
- 總結(jié)
① V模型
過程：開發(fā)半個V细诸，測試半個V
優(yōu)點：包含底層測試和高層測試
缺點：測試介入時間晚
② W模型
過程：開發(fā)一個V，測試一個V
優(yōu)點：測試介入時間早
缺點：步驟復(fù)雜陋守，對人員要求高
2.5震贵、軟件缺陷
- 定義與標準
圖17 定義與標準
- 缺陷報告的關(guān)鍵
圖18 缺陷報告的關(guān)鍵點
圖19 缺陷報告案例
- 總結(jié)
① 定義
軟件或程序中存在的各種問題以及錯誤
② 判定標準
違反需求利赋、違反標準和規(guī)范、違反易用性
③ 缺陷報告的要素
缺陷ID猩系、缺陷狀態(tài)媚送、缺陷標題、嚴重程度寇甸、優(yōu)先級塘偎、詳細描寫
