軟體測試有哪些分類

『壹』 軟體測試類型都有哪些

測試類型有：功能測試，性能測試，界面測試。

1、功能測試

在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。

採用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

2、性能測試

是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬於性能測試，兩者可以結合進行。

通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。

3、界面測試

界面是軟體與用戶交互的最直接的層，界面的好壞決定用戶對軟體的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。

同時界面如同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由於界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。

(1)軟體測試有哪些分類擴展閱讀：

測試原則

1、測試應該盡早進行，最好在需求階段就開始介入，因為最嚴重的錯誤不外乎是系統不能滿足用戶的需求。

2、程序員應該避免檢查自己的程序，軟體測試應該由第三方來負責。

3、設計測試用例時應考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要製造極端狀態和意外狀態，如網路異常中斷、電源斷電等。

4、應該充分注意測試中的群集現象。

5、對錯誤結果要進行一個確認過程。一般由A測試出來的錯誤，一定要由B來確認。嚴重的錯誤可以召開評審會議進行討論和分析，對測試結果要進行嚴格地確認，是否真的存在這個問題以及嚴重程度等。

6、制定嚴格的測試計劃。一定要制定測試計劃，並且要有指導性。測試時間安排盡量寬松，不要希望在極短的時間內完成一個高水平的測試。

7、妥善保存測試計劃、測試用例、出錯統計和最終分析報告，為維護提供方便。

『貳』 軟體測試是怎麼分類的

測試級別：單元測試、集成測試、介面測試、系統測試、驗收測試
測試方法：動態測試、靜態測試；黑盒測試、白盒測試、灰盒測試。

『叄』 軟體測試詳細分類，如何分類，分為哪幾類

領測國際官網推出一整套軟測視頻，包括你要的詳細分類和具體的講解，免費下載的。希望幫助了你。

『肆』 軟體測試的種類

軟體測試分類有哪些呢？卓碼軟體測評小編從以下三個方面進行分類：

1.按照代碼可見程度

測試行業人們比較熟悉的名詞大概就是黑盒測試、白盒測試、灰盒測試了。這也是根據軟體產品代碼的可見程度來進行區分的。黑盒測試就是指專注於產品外部機構的測試，不考慮源代碼和邏輯等。而像白盒測試就是打開「軟體盒子」內部，研究程序的構造等。灰盒測試則是介於兩者之間。

2.按照軟體測試內容

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

3.按照項目周期

還有常見的就是在軟體項目不同的研發周期開展的軟體測試，比如是開發前期程序單個模塊開展的單元測試，接著是在單元測試基礎上開展的集成測試、系統測試等，還包含在軟體交付階段的驗收測試等。

『伍』 軟體測試按照范圍分類有哪些

分為：單元測試，集成測試和系統測試。
單元測試：純代碼的測試（白盒測試）。主要測試代碼語句的正確性，如所有的代碼是否都可以跑到，是否有冗餘的代碼等等。
集成測試：介面測試（灰盒測試，結合白盒和黑盒測試）。主要測試代碼塊之間的介面。看看數據的傳輸是否有問題。
系統測試：黑盒測試。不接觸代碼，只對整個系統做功能的測試和性能的測試。
以上的三中測試是在項目組中測試的。
確認測試：是客戶做的測試。也可以叫做驗收測試。客戶對他提出的需求，對應要交付的軟體看看是否達到其要求。
回歸測試只是說，你第一次測試出的問題，開發修改好後，你再去測試他們是否改好了。這個就叫做回歸測試。

『陸』 軟體測試測試分類有幾種，分別是

看你從哪個維度去分類了，
在系統測試中，對於具體的測試類型有：功能測試、介面測試、性能測試、安全測試、邊界測試等等；
從內部結構來看又分為白盒測試、灰盒測試、黑盒測試

『柒』 軟體測試分分類

按測試過程分:單元測試、集成測試、系統測試按方法分:黑、白、灰盒測試。根據軟體主要側重:性能測試、功能測試、兼容測試、壓力測試、負載測試、驗收測試。其中驗收測試包含:
(1)、軟體功能確認測試:功能測試的主要內容包括軟體安裝、卸載測試，用戶手冊中提及的所有功能測試及邊界值測試。相對於測試內容其測試准則可以規定為被測系統是否可以按照用戶文檔中的描述能成功的安裝和卸載;用戶文檔中提到的所有功能是否可以順利執行，並符合用戶文檔給定的邊界值;軟體系統的運行是否與用戶文檔中的描述相互一致。因此可以說功能符合性測試是軟體系統最基本的測試。
(2)、安全可靠性測試:用戶許可權限制測試、留痕功能測試、屏蔽用戶操作錯誤應答測試、系統備份與恢復手段測試、多用戶操作輸入數據有效性測試、異常情況及網路故障對系統的影響測試。
(3)、易用性測試:易用性測試主要著重易學易用性、聯機幫助、功能操作程度的難易性、軟體界面清晰程度等幾個方面。其測試標准主要考察軟體的各個功能項的操作是否有聯機幫助，非計算機專業用戶是否可通過用戶手冊輕松操作。其目的是衡量軟體系統的普及推廣的難易度。
(4)、可擴充性測試:任何一個版本的軟體系統都有一定的使用周期，每格一段時間就需要升級，進行功能擴充。此外，有的軟體系統還需要與其它軟體系統進行數據交流。這就需要檢測軟體系統升級是否方便;是否留有非本系統的數據介面，以方便數據的傳輸。此項檢測的另一項主要任務就是檢測用戶是否可以通過修改配置文件或其它非編程方式修改或增減系統功能。
(5)、兼容性測試:兼容性測試是軟體測試中的重要一環，其測試內容是軟體在規定的不同操作系統中運行是否正常。在規定的不同資料庫系統上運行是否正常，以及在規定的不同型號的硬體環境中運行是否正常。
(6)、效率測試:隨著區域網站數的增加以及廣域網的使用，數據的網路傳輸時間和存取時間逐漸變成軟體使用中的瓶頸，所以如何提高運行效率已成為各方面注意的焦點，也成為衡量軟體產品質量的指標之一。進行這一測試技術性較強，需要了解待測軟體系統採用什麼樣的傳輸協議，已及什麼樣的傳輸方式。測試時需要必要的測試環境及使用專用網路測試工具。
(7)、資源佔用率測試:系統資源一般是指內外存儲、CPU、通訊埠以及網路帶寬等系統資源。如何合理利用系統資源是與軟體系統的性能密切相關的。例如，如果軟體系統運行的CPU利用率超過50%，或系統內存的佔有率一直居高不下則系統運行的速度就會令人無法忍受;若隨意佔有通訊埠就會照成一些通用的通訊軟體無法運行。同樣如果採用廣播式發送，就會佔用網路帶寬，使網路的通訊速度降低。這些都會給用戶造成不變，使用戶不得不升級硬體系統或擴展網路帶寬。因此，資源佔有率的測試越來越顯示出其重要性。
(8)、用戶文檔資料驗收:使用手冊對用戶可調用的所有功能有完整的描述;使用手冊能使正常執行其產品的用戶充分理解的產品的性能;使用手冊易於瀏覽，並有目錄和索引;文檔中的所有資料沒有錯誤的表達;文檔的內容說明與系統實際的結果相互一致;管理員手冊中具有軟體的標識和運行環境的說明;管理員手冊具有安裝和維護的有關說明;管理員手冊提供正常運行的邊界值。

『捌』 軟體測試分哪幾種

PC軟體、互聯網軟體、手機軟體、嵌入式軟體、硬體等，都需要測試，只要有軟體和硬體，就需要測試，發展前景最好。

『玖』 軟體測試是怎麼分類的,有哪些種

軟體測試分類
軟體測試是一項復雜的系統工程，從不同的角度考慮可以有不同的劃分方法，對測試進行分類是為了更好的明確測試的過程，了解測試究竟要完成哪些工作，盡量做到全面測試。

1,按是否需要執行被測軟體的角度

按是否需要執行被測軟體的角度，可分為靜態測試和動態測試，前者不利用計算機運行待測程序而應用其他手段實現測試目的，如代碼審核。（我認為主要是讓測試人員對編譯器發現不了的潛在錯誤進行分析，如無效的死循環，多餘的變數等），而動態測試則通過運行被測試軟體來達到目的。

2、按階段劃分：
1 單元測試
單元測試是對軟體中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟體動態測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟體基本組成單位的正確性。因為單元測試需要知道內部程序設計和編碼的細節知識，一般應由程序員而非測試員來完成，往往需要開發測試驅動模塊和樁模塊來輔助完成單元測試。因此應用系統有一個設計很好的體系結構就顯得尤為重要。
一個軟體單元的正確性是相對於該單元的規約而言的。因此，單元測試以被測試單位的規約為基準。單元測試的主要方法有控制流測試、數據流測試、排錯測試、分域測試等等。

2 集成測試
集成測試是在軟體系統集成過程中所進行的測試，其主要目的是檢查軟體單位之間的介面是否正確。它根據集成測試計劃，一邊將模塊或其他軟體單位組合成越來越大的系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。

3 系統測試
系統測試是對已經集成好的軟體系統進行徹底的測試，以驗證軟體系統的正確性和性能等滿足其規約所指定的要求，檢查軟體的行為和輸出是否正確並非一項簡單的任務，它被稱為測試的「先知者問題」。因此，系統測試應該按照測試計劃進行，其輸入、輸出和其他動態運行行為應該與軟體規約進行對比。軟體系統測試方法很多，主要有功能測試、性能測試、隨機測試等等。

4 驗收測試
驗收測試旨在向軟體的購買者展示該軟體系統滿足其用戶的需求。它的測試數據通常是系統測試的測試數據的子集。所不同的是，驗收測試常常有軟體系統的購買者代表在現場，甚至是在軟體安裝使用的現場。這是軟體在投入使用之前的最後測試。

5 回歸測試
回歸測試是在軟體維護階段，對軟體進行修改之後進行的測試。其目的是檢驗對軟體進行的修改是否正確。這里，修改的正確性有兩重含義：一是所作的修改達到了預定目的，如錯誤得到改正，能夠適應新的運行環境等等；二是不影響軟體的其他功能的正確性。

6 Alpha 測試：在系統開發接近完成時對應用系統的測試；測試後，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。

7 Beta 測試：當開發和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。

3、按測試方法劃分：

1 白盒測試

白盒測試也稱結構測試或邏輯驅動測試，是指基於一個應用代碼的內部邏輯知識，即基於覆蓋全部代碼、分支、路徑、條件的測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用於軟體驗證。
「白盒」法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。「白盒」法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發現不了一些與數據相關的錯誤。
白盒測試可以藉助一些工具來完成如Junit Framework，Jtest等。

2 黑盒測試

黑盒測試是指不基於內部設計和代碼的任何知識，而基於需求和功能性的測試，黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如資料庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用於軟體確認測試。
「黑盒」法著眼於程序外部結構、不考慮內部邏輯結構、針對軟體界面和軟體功能進行測試。「黑盒」法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。
黑盒測試也可以藉助一些工具，如WinRunner，QuickTestPro，Rational Robot等。

3 ALAC(Act-like-a-customer)測試
ALAC測試是一種基於客戶使用產品的知識開發出來的測試方法。ALAC測試是基於復雜的軟體產品有許多錯誤的原則。最大的受益者是用戶，缺陷查找和改正將針對哪些客戶最容易遇到的錯誤。