軟體測試的種類,軟體測試的型別主要分為什麼?各種測試之間有什麼區別?

2021-08-31 09:28:58 字數 6377 閱讀 5887

1樓:匿名使用者

-按照軟體特性來劃分測試型別有功能測試和效能測試

其中功能測試包括:

邏輯功能測試

介面測試

易用性測試

安裝測試

相容性測試等

效能實際上是功能的另一個指標,主要關注軟體中的某一功能在特定的時間、空間條件下,功能是否使用正常;比如負載測試和壓力測試都屬於效能測試,兩者可以結合進行。

--按照測試技術劃分測試型別有黑盒測試、白盒測試和灰盒測試

黑盒測試只關注輸入輸出,也就是程式的外在表現;

白盒測試是既關注程式的外在表現,又關注程式內部結構是如何實現的;

灰盒測試就是介於2者之間的;

--按照開發階段來劃分測試型別有單元測試、整合測試、系統測試和驗收測試

單元測試又稱模組測試,是針對軟體設計的最小單位,單元測試需要從程式的內部結構出發設計測試用例;

整合測試也叫做組裝測試,是檢驗程式單元或部件的介面關係,逐步整合為符合概要設計要求的程式部件或整個系統;

系統測試是在真實的系統執行的環境下,檢查完整的程式系統能否和系統(包括硬體、外設、網路和系統軟體、支援平臺等)正確配置、連線,並最終滿足使用者的所有需求;

驗收測試是軟體產品檢驗的最後一個環節。按照專案任務書或合同、供需雙方約定的驗收依據文件進行的對整個系統的測試與評審,決定是否接收或拒收系統。

最後:黑盒測試和白盒測試的主要區別在於是否瞭解系統或程式的內部結構和**;

單元測試主要運用白盒測試;

整合測試主要是白盒為主,黑盒為輔;

系統測試主要是黑盒為主,白盒為輔;

驗收測試主要是運用黑盒測試。

2樓:匿名使用者

1. 按照**可見程度

測試行業人們比較熟悉的名詞大概就是黑盒測試、白盒測試、灰盒測試了。這也是根據軟體產品**的可見程度來進行區分的。黑盒測試就是指專注於產品外部機構的測試,不考慮源**和邏輯等。

而像白盒測試就是開啟“軟體盒子”內部,研究程式的構造等。灰盒測試則是介於兩者之間。

2. 按照軟體測試內容

按照軟體測試內容劃分的話,主要是對產品的效能測試、功能測試、壓力測試等,測試軟體系統的功能及穩定性等。更多測試資訊你也可以上卓碼測評官網看看

3. 按照專案週期

還有常見的就是在軟體專案不同的研發週期開展的軟體測試,比如是開發前期程式單個模組開展的單元測試,接著是在單元測試基礎上開展的整合測試、系統測試等,還包含在軟體交付階段的驗收測試等。

3樓:

軟體測試分類如下:

按照專案流程階段劃分:單元測試、整合測試、系統測試、驗收測試

按照軟體**可見程度劃分:黑盒測試、白盒測試、灰盒測試

按照軟體的不同測試面劃分:功能測試、效能測試

按照測試工作的自動化程度劃分:手工測試、自動化測試

還有一些出現在軟體是的週期中,既不算具體明確的測試階段,也不是具體的測試方法:冒煙測試、迴歸測試、隨機測試、探索性測試、安全測試

分層的自動化測試有:單元自動化測試、介面自動化測試、ui自動化測試

4樓:幻想不死鳥

這些分類只是對軟體測試工作中的測試過程、測試使用方法、然後再結合軟體的需求來測試,比如效能、功能、介面、相容、壓力、負載、安裝解除安裝、介面、這些都需求中明確了要求,軟體需要做到的一些指標,所以都需要測試,比如說測試一個web專案,需求中要求效能達到初次進入系統頁面開啟時速度必須在5秒內,非第一次進入系統再3秒內,又比購物**軟體,要求同時能允許至少10萬個使用者同時對某一商品做購買操作(秒殺商品此需求較多),這些都是需求類的,我這大概給你講了一點點例子,呵呵,這些都屬於測試理論一類的,你可以到51testing**上找一些理論方面的教材看看,然後再結合公司的一些實際專案,你就會真正瞭解他們的關係的。

5樓:fly海闊天空

主要是:單元測試、整合測試、系統測試,具體還有很多小分類,具體的你可以到北京測試空間 詳細諮詢是免費的哦

軟體測試的型別主要分為什麼?各種測試之間有什麼區別?

6樓:多xdl點事

主要分為:單元測試,整合測試和系統測試。

單元測試:純**的測試(白盒測試)。主要測試**語句的正確性,如所有的**是否都可以跑到,是否有冗餘的**等等。

整合測試:介面測試(灰盒測試,結合白盒和黑盒測試)。主要測試**塊之間的介面。看看資料的傳輸是否有問題。

系統測試:黑盒測試。不接觸**,只對整個系統做功能的測試和效能的測試。

以上的三中測試是在專案組中測試的。

確認測試:是客戶做的測試。也可以叫做驗收測試。客戶對他提出的需求,對應要交付的軟體看看是否達到其要求。

擴充套件資料

不是所有的軟體都要進行任何型別的軟體測試的,可以根據產品的具體情況進行組裝測試不同的型別。軟體測試是指使用人工或者自動的手段來執行或測定某個軟體產品系統的過程,其目的是在於檢驗是否滿足規定的需求或者弄清預期的結果與實際結果的區別。

7樓:

測試可以分為白盒黑盒 很多種分類

主要跟你說一個分類吧

單元測試:就是軟體按照功能模組測試,軟體剛開始開發的時候經常用整合測試:就是連調,把單元結合到一起進行測試,看看有沒有什麼問題系統測試:

就是所有東西都弄好了 進行的測試驗收測試:就是看軟體符合不符合需求

迴歸測試:軟體修改後 再次驗證問題的測試我都是手寫的 沒到網上覆制給你 將就看

8樓:

一般分為黑盒測試和白盒測試

黑盒測試主要是測試軟體的功能是否正確,同時可以測試出軟體是否滿足使用者的需求

白盒測試主要是測試**,即功能是如何實現的。主要又分為單元測試、整合測試、系統測試、驗收測試

單元測試主要測試的是各個方法實現的功能和方法的限制條件等是否正確。而整合測試主要測試介面,看整合時連結是否正確

系統測試就是將所有的開發**組合完整測試軟體是否能滿足使用者的要求

驗收測試和迴歸測試都是為了驗證軟體是符合使用者的需求和為滿足使用者需求更改方法後的驗證測試

(最近才做完黑盒測試,白盒測試正在準備中,所以答案僅供參考)

軟體測試的方法一共有幾種

9樓:迷路的鴿子

1、從是否關心內部結構來看

(1)白盒測試:又稱為結構測試或邏輯驅動測試,是一種按照程式內部邏輯結構和編碼結構,設計測試資料並完成測試的一種測試方法。

(2)黑盒測試:又稱為資料驅動測試,把測試物件當做看不見的黑盒,在完全不考慮程式內部結構和處理過程的情況下,測試者僅依據程式功能的需求規範考慮,確定測試用例和推斷測試結果的正確性,它是站在使用軟體或程式的角度,從輸入資料與輸出資料的對應關係出發進行的測試。

(3)灰盒測試:是一種綜合測試法,它將“黑盒”測試與“白盒”測試結合在一起,是基於程式執行時的外部表現又結合內部邏輯結構來設計用例,執行程式並採集路徑執行資訊和外部使用者介面結果的測試技術。

2、從是否執行**看

(1)靜態測試:指不執行被測程式本身,僅通過分析或檢查源程式的語法、結構、過程、介面等來檢查程式的正確性。

(2)動態測試:是指通過執行被測程式,檢查執行結果與預期結果的差異,並分析執行效率、正確性和健壯性等效能指標。

3、從開發過程級別看

(1)單元測試:又稱模組測試,是針對軟體設計的最小單位----程式模組或功能模組,進行正確性檢驗的測試工作。其目的在於檢驗程式各模組是否存在各種差錯,是否能正確地實現了其功能,滿足其效能和介面要求。

(2)整合測試:又叫組裝測試或聯合,是單元測試的多級擴充套件,是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟體單元之間的介面關係,以期望通過測試發現各軟體單元介面之間存在的問題,最終把經過測試的單元組成符合設計要求的軟體。

(3)系統測試:是為判斷系統是否符合要求而對整合的軟、硬體系統進行的測試活動、它是將已經整合好的軟體系統,作為基於整個計算機系統的一個元素,與計算機硬體、外設、某些支援軟體、人員、資料等其他系統元素結合在一起,在實際執行環境下,對計算機系統進行一系列的組裝測試和確認測試。

在系統測試中,對於具體的測試型別有:

(1)功能測試:對軟體需求規格說明書中的功能需求逐項進行的測試,以驗證功能是否滿足要求。

(2)效能測試:對軟體需求規格說明書的功能需求逐項進行的測試,以驗證功能是否滿足要求。

(3)介面測試:對軟體需求規格說明中的介面需求逐項進行的測試。

(4)人機互動介面測試:對所有人機互動介面提供的操作和顯示介面進行的測試,以檢驗是否滿足使用者的需求。

(5)強度測試:強制軟體執行在異常乃至發生故障的情況下(設計的極限狀態到超出極限),驗證軟體可以執行到何種程式的測試。

(6)餘量測試:對軟體是否達到規格說明中要求的餘量的測試。

(7)安全性測試:檢驗軟體中已存在的安全性、安全保密性措施是否有效的測試,

(8)可靠性測試:在真實的或**的環境中,為做出軟體可靠性估計而對軟體進行的功能(其輸入覆蓋和環境覆蓋一般大於普通的功能測試)

(9)恢復性測試:對有恢復或重置功能的軟體的每一類導致恢復或重置的情況,逐一進行的測試。

(10)邊界測試:對軟體處在邊界或端點情況下執行狀態的測試。

(11)資料處理測試:對完成專門資料處理功能所進行的測試。

(12)安裝性測試:對安裝過程是否符合安裝規程的測試,以發現安裝過程中的錯誤。

(13)容量測試:檢驗軟體的能力最高能達到什麼程度的測試。

(14)互操作性測試:為驗證不同軟體之間的互操作能力而進行的測試。

(15)敏感性測試:為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些資料的組合而進行的測試。

(16)標準符合性測試:驗證軟體與相關國家標準或規範(如軍用標準、國家標準、行業標準及國際標準)一致性的測試。

(17)相容性測試:驗證軟體在規定條件下與若干個實體共同使用或實現資料格式轉換時能滿足有關要求能力的測試。

(18)中文字地化測試:驗證軟體在不降低原有能力的條件下,處理中文能力的測試。

4、從執行過程是否需要人工干預來看

(1)手工測試:就是測試人員按照事先為覆蓋被測軟體需求而編寫的測試用例,根據測試大綱中所描述的測試步驟和方法,手工地一個一個地輸 入執行,包括與被測軟體進行互動(如輸入測試資料、記錄測試結果等),然後觀察測試結果,看被測程式是否存在問題,或在執行過程中是否會有一場發生,屬於比較原始但是必須執行的一個步驟。

(2)自動化測試:實際上是將大量的重複性的測試工作交給計算機去完成,通常是使用自動化測試工具來模擬手動測試步驟,執行用某種程式設計語言編寫的過程(全自動測試就是指在自動測試過程中,不需要人工干預,由程式自動完成測試的全過程;半自動測試就是指在自動測試過程中,需要手動輸入測試用例或選擇測試路徑,再由自動測試程式按照人工指定的要求完成自動測試)

5、從測試實施組織看

(1)開發測試:開發人員進行的測試

(2)使用者測試:使用者方進行的測試

(3)第三方測試:有別於開發人員或使用者進行的測試,由專業的第三方承擔的測試,目的是為了保證測試工作的客觀性

6、從測試所處的環境看

(1)阿爾法測試:是由一個使用者在開發環境下進行的測試,也可以是公司內部的使用者在模擬實際操作環境下進行的測試

(2)貝塔測試:是使用者公司組織各方面的典型終端使用者在日常工作中實際使用貝塔版本,並要求使用者報告

軟體測試的內容:

1 得到需求、功能設計、內部設計說書和其他必要的文件

2 得到預算和進度要求

3 確定與專案有關的人員和他們的責任、對報告的要求、所需的標準和過程 ( 例如發行過程、變更過程、等等 )

4 確定應用軟體的高風險範圍,建立優先順序、確定測試所涉及的範圍和限制

5 確定測試的步驟和方法 ── 部件、整合、功能、系統、負載、可用性等各種測試

6 確定對測試環境的要求 ( 硬體、軟體、通訊等 )

7 確定所需的測試用具 (testware) ,包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等

8 確定對測試的輸入資料的要求

9 分配任務和任務負責人,以及所需的勞動力

10 設立大致的時間表、期限、和里程碑

11 確定輸入環境的類別、邊界值分析、錯誤類別

12 準備測試計劃檔案和對計劃進行必要的回顧

13 準備白盒測試案例

14 對測試案例進行必要的回顧 / 調查 / 計劃

15 準備測試環境和測試用具,得到必需的使用者手冊 / 參考檔案 / 結構指南 / 安裝指南,建立測試跟蹤過程,建立日誌和檔案、建立或得到測試輸入資料

16 得到並安裝軟體版本

17 進行測試

18 評估和報告結果

19 跟蹤問題 / 錯誤,並解決它

20 如果有必要,重新進行測試

21 在整個生命週期裡維護和修改測試計劃、測試案例、測試環境、和測試用具

如何學好軟體測試,怎麼自學軟體測試?

其實軟體測試不是學的,測試只是一種方法。而要了解你要測試的東西才是你要做的。舉個例子來說 你對qq很熟悉,如果要你測試,你會說出一堆的case 用例 而要你測試一下某公司新出的金融軟體,你就犯難了。有經驗的tester也是要先了解,熟悉這個軟體,未開發的東西要了解需求說明。正所謂,知己知彼百戰百勝。...

軟體測試,試題,軟體測試題題目

x取值 無效類0 1001 有效類1 1000 y取值 無效類1 90 有效類2 89 根據需求是判斷x y大小,得專出用例 輸入屬x 1,y 2 預期x輸入x 1000,y 89 預期x y 輸入x 2,y 2 預期x y 輸入x 0,y 1 預期提示異常 輸入x 1001,y 90 預期提示異常...

軟體測試方法和技術的目錄,軟體測試的方法一共有幾種

1 從是否關心內部結構來看 1 白盒測試 又稱為結構測試或邏輯驅動測試,是一種按照程式內部邏輯結構和編碼結構,設計測試資料並完成測試的一種測試方法。2 黑盒測試 又稱為資料驅動測試,把測試物件當做看不見的黑盒,在完全不考慮程式內部結構和處理過程的情況下,測試者僅依據程式功能的需求規範考慮,確定測試用...