集成測試又等于接口測試(個人認為)，是在單元測試中的一個，可以認為是單元測試，又可認為是接口測試。
集成用例設計基于業務場景，其實說白了集成測試是按照詳細設計來寫的，但其輸入的數據來源則是來于uc，設計思想如下;
先進行數據準備，數據準備的思想來源于uc，分析出uc的業務場景，通過各個業務場景來產生各個類型輸入數據;
又叫數據準備;
數據準備好了，分析接口參數，從數據庫字段的限制分析，輸入的參數合法不合法，長度如何，是否可為空;
這個又叫假定接口參數的不正確性;
結果期待輸出值的各種情況;
可以把接口想象一個盒子我們輸入預期的數據，給我們返回預期的結果;
但這有個問題就是無法知道盒子內部的邏輯是否正確?
內部的邏輯嚴格講應為單元測試，單元測試應保持內部邏輯的正確性，可單元測試和接口測試界限并不是那么清楚，所以我們也可以從給出的設計文檔中考慮內部邏輯錯誤的分支情況和異常;
由于內部的異常不一定是輸入的數據造成的，但卻有可能是其他邏輯造成的數據丟失的情況;
例如：有個刪除功能將數據表中的一條記錄刪掉，而提供給外部的接口是要查詢到這個數據才能返回成功;
這樣內部的異常還是有可能存在的;
總結：
1、數據準備;來源于uc的業務場景分析;
2、接口;參數分析;錯誤和正確;
3、內部邏輯分析。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
