原文：
各位高手，我是剛開始參加測試工作不久的新人，主要是負責整合測試，我以前有一些系統測試的經驗。但是，做整合測試時就很迷茫。
不論國內外，講整合測試的文章都太少了，而且大都都只是講了概念性的東西，不太實用。
寫測試用例時，我總會有意無意的把整合測試和系統測試混淆起來，（我主要是做黑盒測試，）我覺得兩者的用例都是基於功能測試，雖然說整合測試會側重於介面方面，但是在我看來，它只會比系統測試多了一檢測介面的內容，而其他的，例如模組功能之類方面的測試都是不能少的。因為整合測試在描述中也說到，需要檢測各個功能模組在整合後是否正常。。。就是說，我還是需要，每個小角落的去看啊。。。。
所以，我寫用例的時候就會很迷茫，我到底在寫的是整合測試，還是系統測試的用例呢？
有人告訴我說，他們的用例可以相同，只是在施行時有所區別。系統測試採用的是可以通過可視介面檢測的黑盒測試，而整合測試要採用深入**的白盒測試，所以整合測試有時被稱作灰盒測試。這種說法，讓我再次迷惘。。。難道，整合測試就不能通過黑盒測試進行嗎？但是，我在網上看到說：整合測試正逐漸從白盒測試向黑盒測試轉變。
說了那麼多混亂的東西，其實我是有幾個困惑了我幾個月的問題，希望各位高手可以幫忙解答一下：
1、我對整合測試的認識是否有偏差了？
2、就用例書寫方面，整合測試和系統測試到底有什麼明顯區別？
3、整合測試的用例應該從**著手寫？從什麼點切入？是不是一定要把**研究透了，才能寫？那，還叫黑盒測試嗎？
re:我以為簡單可以這樣分：
系統全部組裝完畢後的測試是系統測試。
之前的都可以叫做整合測試。
整合測試可分為兩種：手工黑盒和**灰盒。
手工黑盒測試就這樣了，與後續的系統測試用例存在重用。
**灰盒是指針對元件的介面採用**呼叫的方式來測試，一般不會走到白盒，即不關心元件內部是如何實現，只關心元件的介面。
單元測試，整合測試與系統測試
系統測試 1 功能測試 分析方法 對每個明確的功能需求進行標號，可能隱藏的功能標號，可能出現的功能標號，對功能需求分級，分析，指令碼化自動化 用例設計方法 等價類劃分，邊界值分析，因果圖，決策表，錯誤猜測法 2 gui測試 應有的要素 符合標準和規範，直觀性，一致性，靈活性，舒適性，正確性，實用性 ...
關於整合測試
一.整合測試的概念 整合測試又叫組裝測試或聯合測試，是單元測試的多級擴充套件，是在單元測試的基礎上進行的一種有序測試。這種測試需要將所有模組按照設計要求，逐步裝配成高層的功能模組並進行測試，直到整個軟體成為乙個整體。整合測試旨在檢驗軟體單元之間的介面關係，以期望通過測試發現各軟體單元介面之間存在的問...
對整合測試與系統測試的恍悟
前言 雖然做測試好些年了，但是自己對整合與系統測試之間的差別也一直沒法用清晰的語言表達，今天不知怎地，突然好像有了頓悟。再搜，更加深了自己的理解。解讀 通俗的講，乙個產品從研發到出廠的工程中，測試分為三個階段 單元測試 整合測試 系統測試 單元測試 乙個模組的功能及常規錯誤測試 我的解讀 單元測試往...