一般的小系統區分不是很大的

1.計劃和用例編制的先後順序
從V模型來講，在需求階段就要制定系統測試計劃和用例，HLD的時候做集成測試計劃和用例，有些公司的具體實踐不一樣，但是順
序肯定是先做系統測試計劃用例，再做集成

2.用例的粒度
系統測試用例相對很接近用戶接受測試用例
集成測試用例比系統測試用例更詳細，而且對於接口部分要重點寫，畢竟要集成各個模塊或者子系統

3.執行測試的順序
先執行集成測試，待集成測試出的問題修復之後，（配置管理，基線化），再做系統測試。

4.用例的數量
系統測試的用例數量一般比集成測試的用例數量少，具體的數量要根據各個公司的性能基線來確定，一般寫不到這個數量的測試用例還通不過審計

系統測試這個稱呼往往被用於壓力測試、容量測試、性能測試、安全測試等方面。

而集成測試這個稱呼往往被用於細節化的功能測試的超集——從用戶需求來設計和組織較大顆粒度的功能測試。

系統測試最主要的就是功能測試，測試軟件《需求規格說明書》中提到的功能是否有遺漏，是否正確的實現。做系統測試要嚴格按照《需求規格說明書》，以它為標準。測試方法一般都使用黑盒測試法；
集成測試在系統測試之前，單元測試完成之後系統集成的時候進行測試。集成測試主要是針對程序內部結構進行測試，特別是對程序之間的接口進行測試。集成測試對測試人員的編寫腳本能力要求比較高。測試方法一般選用黑盒測試和白盒測試相結合。

集成測試：是在軟件系統集成過程中所進行的測試，其主要目的是檢查軟件單位之間的借口是否正確。它根據集成測試計劃 ，一邊將模塊或其他年間單位組合成越來越大的系統，一邊運行該系統，以分析所組成的系統是否正確，各個組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。也可以理解為在軟件設計單元、功能模塊組裝、集成為系統時，對應用系統的各個部件（軟件單元、功能模塊接口、鏈接等）進行的聯合測試，以決定他們能否在一起共同工作，部件可以是代碼塊、獨立的應用、網絡上的客戶端或服務器端程序。


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

通俗的講，一個產品從研發到出廠的工程中，測試分為三個階段：單元測試、集成測試、系統測試； 單元測試：一個模塊的功能及常規錯誤測試； 集成測試：完成單元測試後，各模塊聯調測試；集中在各模塊的接口是否一致、各模塊間的數據流和控制硫是否按照設計實現其功能、以及結果的正確性驗證等等；可以使整個產品的集成測試，也可以使大模塊的集成測試； 系統測試：針對整個產品的全面測試，既包含各模塊的驗證性測試（驗證前兩個階段測試的正確性）和功能性（產品提交個用戶的功能）測試，又包括對整個產品的健壯性、安全性、可維護性及各種性能參數的測試

系統測試和集成測試的區別