软件测试技术——软件测试概述
生活随笔
收集整理的這篇文章主要介紹了
软件测试技术——软件测试概述
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
文章目錄
- 一、軟件測試的定義
- 標準定義
- Bug和缺陷
- 二、軟件測試與軟件質量保證
- 三、軟件測試七大基本原則
- 四、軟件測試分類
- 按測試手段
- 按測試執行方式
- 按測試階段或層次
- 按測試對象
- 五、軟件測試過程模型
- V模型
- W模型
- H模型
- X模型
一、軟件測試的定義
| 驗證軟件是否能正常工作 | 證明程序有錯 |
標準定義
使用人工或自動手段,來運行或測試某個系統的過程。其目的在于驗證它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。軟件測試以是否滿足需求為目標。
Bug和缺陷
bug是軟件(包括程序和文檔)中不符合用戶需求的問題。
bug類型包括:
- 完全沒有實現的功能
- 功能或性能上的問題或差異
- 多余的功能
二、軟件測試與軟件質量保證
軟件質量保證(SQA) 是為確保軟件開發過程和結果符合預期要求而建立的一系列規程,以及依照規程和計劃采取的一系列活動及其結果評價。
| SQA指導、監督軟件測試的計劃和執行 | 測試是SQA的重要手段之一。為SQA提供質量評價所需的數據 |
| SQA是一項管理工作 | 測試是一項技術性工作 |
| SQA是在預防問題 | 測試是在發現問題 |
| SQA側重對流程的評審和監控 | 測試側重對產品進行評估和驗證 |
三、軟件測試七大基本原則
四、軟件測試分類
按測試手段
接口測試也是一種白盒測試。
- 功能測試:邏輯功能、界面測試、易用性測試、安裝測試、兼容性測試
- 性能測試:一般性測試、穩定性測試、負載測試、壓力測試
按測試執行方式
| 靜態 | 不運行程序,只查看界面 | 不運行程序,靜態查看代碼 |
| 動態 | 運行程序,只看輸入輸出 | 運行程序,分析代碼結構 |
按測試階段或層次
- 回歸測試:在修改了舊代碼后,重新執行上一個版本的測試用例以確認沒有引入新的錯誤。
- 冒煙測試:對每一個新編譯的正式版本,確認軟件的基本功能正常,可以開展后續測試工作。
- α測試:由一個用戶在開發環境下進行的測試。
- β測試:使用由軟件最終用戶(多個)在用戶場景進行的測試。
| 測試階段 | 和編碼同步進行 | 單元測試之后 | 集成測試之后 | 系統測試之后 |
| 測試對象 | 模塊或組件 | 模塊間接口 | 整個系統(軟、硬件) | 整個系統 |
| 測試人員 | 白盒測試工程師和開發人員 | 白盒測試和開發人員 | 黑盒測試工程師 | 最終用戶或者需求方 |
| 測試依據 | 《詳細設計文檔》 | 《概要設計文檔》 | 《需求規格說明書》 | 《需求規格說明書》和驗收標準 |
| 測試方法 | 白盒測試 | 黑盒和白盒測試相結合 | 黑盒測試 | 黑盒測試 |
| 測試內容 | 獨立執行路徑、局部數據結構、模塊接口、邊界條件、容錯 | 模塊間數據傳輸、功能沖突、模塊組裝功能正確、全局數據結構、單模塊缺陷對系統的影響 | 功能、界面、可靠性了、易用性、性能、兼容性、安全性等 | 與系統測試相同 |
按測試對象
五、軟件測試過程模型
V模型
與軟件開發瀑布模型相對應
局限性:軟件測試作為設計和編碼后的一個階段,忽視了測試對需求分析、系統設計的驗證。不能體現盡早測試的原則。
W模型
增加了軟件開發各階段中同步進行的驗證和確認活動。
一旦由文檔提供,就要及時確定測試條件、編寫測試用例。
優點:
局限性:需求、設計、編碼活動被視為串行的,同樣,測試和開發也有前后關系。無法支持迭代的開發模型。
H模型
H模型將測試活動完全獨立出來,形成了一個完全獨立的流程,貫穿于產品的整個生命周期。將測試準備活動和測試執行活動清晰的體現了出來。
優點:
局限性:
X模型
針對單獨的程序片段進行相互分離的編碼和測試,通過頻繁的交接,最終集成為可執行的程序。
X模型還定位了探索性測試,這是不進行事先計劃的特殊類型的測試,這一方式往往能幫助有經驗的測試人員在測試計劃之外發現更多的軟件錯誤。
總結
以上是生活随笔為你收集整理的软件测试技术——软件测试概述的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 软件测试技术——系统测试
- 下一篇: 电子商务应用课程知识整理 第五章-搜索引