根據不同的分類依據，一般可以將測試分為以下幾大類：按照開發階段劃分、按照測試技術劃分、按照執行方式劃分、按照實施組織劃分。
按照開發階段劃分
按照開發階段劃分是根據不同的開發時期所對應的測試工作的不同對測試工作進行分類。分為單元測試、整合測試、系統測試和驗收測試四種測試型別。
（1）單元測試：使用白盒測試。它是對程式的每乙個小模組、乙個介面或是區域性的資料進行測試。
（2）整合測試：使用灰盒測試。它的測試物件是單元和單元拼在一起後形成的功能模組。在這一階段的測試過程中，測試人員不再關注模組內部的邏輯關係，更加關注模組之間的介面測試以及資料傳遞。
（3）系統測試：一般使用黑盒測試，它的測試物件是已經完成整合測試後的整個完整的系統。在這一階段的測試過程中，測試人員不在關注**層面的資訊，而是以整個系統需求為導向來進行系統的功能性測試。
（4）驗收測試：一般使用黑盒測試。它又稱為使用者測試，在這一階段的測試過程中，測試人員不再是測試活動的主角，使用者才是主導驗收測試的角色，測試人員只需要配合使用者對系統進行驗收工作。因此這一階段更加關注使用者的需求，測試的出發點是使用者需求而非系統功能驗證。
按照測試技術進行分類
在進行測試活動的過程中，需要使用不同的測試技術對系統進行測試，因此有了按照測試技術對測試進行分類。它的主要分類標準是是否檢視**。
1）白盒測試：將系統看作是乙個透明的盒子，走讀程式**，去檢查**路徑、結構的正確性，以及內部資料流向是否符合期望。
2）黑盒測試：將系統看作是乙個黑色盒子，不關心盒子內部結構，也就是不關係功能的實現方式。只通過整個系統的輸入和輸出進行判斷，檢視系統是否符合使用者需求，以及功能的正確性。
3）灰盒測試：介於白盒測試和黑盒測試之間，既關心**的實現方式，也對系統輸入輸出進行判斷。
按照執行方式劃分
按照執行方式劃分的依據是是否執行系統程式。未執行系統程式開展的測試活動稱為靜態測試，執行系統程式的測試活動則稱為為動態測試。
1）靜態測試：未執行系統程式開展的測試活動，比如**走查、**複查、靜態結構分析等。
2）執行系統程式開展的測試活動，比如構造測試用例，分析輸出結果、執行程式等。
按照實施組織劃分
按照實施組織劃分的依據是根據主導測試活動的組織機構對測試進行分類。
1）開發方測試：由開發組織對系統進行測試，測試環境一般在公司內部環境，主要驗證系統是否滿足使用者需求。
2）使用者測試：由使用者進行主導的測試工作，測試環境一般為使用者使用環境，或者說是客戶使用環境。在這一階段測試活動中，測試不受開發者控制，測試更加注重產品的支援性。
3）第三方測試：由非開發和使用者的第三方組織機構介入的測試活動。它保證了測試的客觀性，更加注重測試評審和文件測試。
總結由於測試種類繁多，分類方式不一而足，在日常工作中經常會出現不同的測試人員之間溝通不要同乙個點上，對此並沒有乙個很好的解決辦法，只能加強溝通和理解。
軟體效能測試常見分類
效能測試常見分類 效能測試方法是通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生產效能要求。通俗地說，這種方法就是要在特定的執行條件下驗證系統的能力狀態。特點 1 這種方法的主要目的是驗證系統是否有系統宣稱具有的能力。2 這種方法要事先了解被測試系統經典場景，並具有確定的效能目標...
效能測試常見分類
效能測試方法是通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生產效能要求。通俗地說，這種方法就是要在特定的執行條件下驗證系統的能力狀態。特點 1 這種方法的主要目的是驗證系統是否有系統宣稱具有的能力。2 這種方法要事先了解被測試系統經典場景，並具有確定的效能目標。3 這種方法要求...
效能測試常見分類
效能測試 狹義 效能測試方法是通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生產效能要求。通俗地說，這種方法就是要在特定的執行條件下驗證系統的能力狀態。特點 1 這種方法的主要目的是驗證系統是否有系統宣稱具有的能力。2 這種方法要事先了解被測試系統經典場景，並具有確定的效能目標。...