對整合測試與系統測試的恍悟

2021-05-01 21:19:43 字數 1117 閱讀 7382

【前言】雖然做測試好些年了,但是自己對整合與系統測試之間的差別也一直沒法用清晰的語言表達,今天不知怎地,突然好像有了頓悟。再搜,更加深了自己的理解。

【解讀】

通俗的講,乙個產品從研發到出廠的工程中,測試分為三個階段:單元測試、整合測試、系統測試;

單元測試:乙個模組的功能及常規錯誤測試;

我的解讀:

單元測試往往侷限於乙個模組內部,細則指介面的功能正確性測試,常規錯誤處理測試(邊界值、不合法值等)。

提公升單元測試質量重點:測試時一定要考慮常規錯誤的測試,而這樣的底層小模組如果能做好這些防範,對上層的質量就是個質的飛躍。

整合測試:完成單元測試後,各模組聯調測試;集中在各模組的介面是否一致、各模組間的資料流和控制流是否按照設計實現其功能、以及結果的正確性驗證等等;可以使整個產品的整合測試,也可以使大模組的整合測試;

我的解讀:

主要驗證各模組的資料是否正確傳輸,結果是否正確。當然模組間介面一致性也非常重要,即模組進行資料傳輸是引數型別應盡量保持一致,不用使用者再做更多的轉換。

整合測試方案思考:要確定整合的關鍵模組及其整合順序。測試依據:設計說明書。

系統測試:針對整個產品的全面測試,既包含各模組的驗證性測試(驗證前兩個階段測試的正確性)和功能性(產品提交個使用者的功能)測試,又包括對整個產品的健壯性、安全性、可維護性及各種效能引數的測試;

我的解讀:系統測試範疇更廣,除包含整合測試範疇(甚至包含單元測試範疇)外,同時應著重從使用者的業務流程上進行功能驗證。這個可以從考慮使用者的使用場景出發。同時進行產品化測試、效能測試、壓力測試、相容性測試、穩定性測試等等。測試依據:需求規格說明書。

系統測試重點方向:從使用者業務流程進行驗證,還有後續的一些測試都要涉及到。

【頓悟】生活往往就是這樣,積累了一定的閱歷後,有些一直困擾的問題就會突然解開了,頓時有種茅塞頓開、豁然開朗的感覺。「不是不報,時候未到」,呵呵,不是不明白,只是時候還沒來。

單元測試,整合測試與系統測試

系統測試 1 功能測試 分析方法 對每個明確的功能需求進行標號,可能隱藏的功能標號,可能出現的功能標號,對功能需求分級,分析,指令碼化自動化 用例設計方法 等價類劃分,邊界值分析,因果圖,決策表,錯誤猜測法 2 gui測試 應有的要素 符合標準和規範,直觀性,一致性,靈活性,舒適性,正確性,實用性 ...

Re 關於整合測試與系統測試

原文 各位高手,我是剛開始參加測試工作不久的新人,主要是負責整合測試,我以前有一些系統測試的經驗。但是,做整合測試時就很迷茫。不論國內外,講整合測試的文章都太少了,而且大都都只是講了概念性的東西,不太實用。寫測試用例時,我總會有意無意的把整合測試和系統測試混淆起來,我主要是做黑盒測試,我覺得兩者的用...

單元測試 整合測試 系統測試

單元測試 單元測試是對軟體中的基本組成單位進行的測試,如乙個模組 乙個過程等等。它是軟體動態測試的最基本的部分,也是最重要的部分之一,其目的是檢驗軟體基本組成單位的正確性。乙個軟體單元的正確性是相對於該單元的規約 詳細設計 而言的。因此,單元測試以被測試單位的規約為基準。單元測試的主要方法有控制流測...