接口測試屬於黑盒測試嗎測試程序功能(測試程序和測試方法)
一：功能測試是黑盒測試還是白盒測試
黑盒測試。
黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應擁有的功能，通過測試來檢測每個功能是否皆能正常使用。在測試時，把流程看作一個不能打開的黑盒子，在完全不考慮流程內部結構和內部特性的情形下，測試者在流程接口進行測試，它隻檢查流程功能是否依照需求規格說明書的規定正常使用，流程是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如數據庫或文件）的完整性。
二：何謂黑盒測試和白盒測試
軟件測試依照測試技術劃分可以有：黑盒測試，白盒測試，灰盒測試
黑盒測試又叫功能測試
1、軟件黑色盒子，裡邊的實現，看不到代碼
2、輸入，輸出結果---功能測試的方式方法
這是由於在黑盒測試中主要關註被測軟件的功能實現，而。不是內部邏輯。
在黑盒測試中，被測對象的內部結構，運作情況對測試人員是不可見的，測試人員著重是驗證系統功能與需求的一致性。
在絕大都沒有用戶參加的黑盒測試中，最常常見到的測試有:功能性測試、容量測試、安全性測試、負載測試、恢復性測試、標桿測試、穩定性測試、可靠性測試等。
在我們軟件測試行業中最常常見到的還是功能測試，考察個人對需求的掌握度和軟件工程的基本知識。
白盒測試
1、白色透明的黑子；代碼實現，功能邏輯；
2、開發--看代碼---單元測試
是一種測試用例設計方法，在這兒盒子指的是被測試的軟件，白盒，顧名思義即盒子是可視的，你可以清楚盒子內部。的東西以及裡面是怎樣運作的，因此白盒測試需要你對系統內部的結構和工作原理有一-個清楚的瞭解，並且基於這個知識來設計你的用例。
白盒測試技術一般可被分為靜態剖析和動態剖析兩類技術。
白盒測試優點:迫使測試人員去仔細的思考軟件的實現;可以檢測代碼中的每條分支和路徑;揭示隱藏在代碼中的錯誤;對代碼的測試比較徹底，最優化。
白盒測試缺點:無法檢測代碼中遺漏的路徑和數據敏感性錯誤;不驗證格式的正確性。
灰盒測試（補充）
1、介於白盒黑盒兩者之間
2、瞭解實現程序邏輯，不需要曉得具體代碼
3、接口測試---使用方法
白盒測試和黑盒測試常常不是決然分開的，一般在白盒測試中交叉使用黑盒測試的方式方法，在黑盒測試中交叉使用白盒測試的方式方法。
最常常見到的灰盒測試是集成測試
三：何謂黑盒測試和白盒測試?
黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應擁有的功能，通過測試來檢測每個功能是否皆能正常使用，在測試時，把流程看作一個不能打開的黑盆子，在完全不考慮流程內部結構和內部特性的情形下，測試者在流程接口進行測試，它隻檢查流程功能是否依照需求規格說明書的規定正常使用，流程是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如數據庫或文件）的完整性。
重點詞語：完全不考慮流程內部結構和內部特性
白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否依照規格說明書的規定正常進行，依照流程內部的結構測試流程，檢驗流程中的每條通路是否皆有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用於軟件驗證。
重點詞語:
依照流程內部的結構測試流程，檢驗流程中的每條通路是否皆有能按預定要求正確工作
四：何謂黑盒測試?
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否皆能正常使用。在測試中，把流程看作一個不能打開的黑盒子，在完全不考慮流程內部結構和內部特性的情形下，在流程接口進行測試，它隻檢查流程功能是否依照需求規格說明書的規定正常使用，流程是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼於流程外部結構，不考慮內部邏輯結構，主要針對軟件界面和軟件功能進行測試。
五：接口與路徑測試都包括哪些內容?
數據一般通過接口輸入和輸出，所以接口測試是白盒測試的第1步。每個接口也許有多個輸入參數，每個參數有“典型值”、“邊界值”、“異常值”之分，所以輸入的組合數可能還不少。依據接口的定義，可以推斷某種輸入應當產生怎樣的輸出。輸出包括函數的返回值和輸出參數。假如實際輸出與期望的輸出不一致，那麼說明流程有錯誤。白盒方式的接口測試和黑盒方式的功能測試，其方法十分相似。
一個函數體內的語句可能隻有十幾條，但邏輯路徑也許有成千上萬條。想遍歷測試幾乎是沒有可能的，不測試或者胡亂找幾條路徑測試卻又不行。
對於非嚴格系統來講，在剖析路徑方面化費許多精力是不值得的。我覺得在構造接口測試的同時已經建立瞭測試路徑。由於每一種輸入將產生唯一的輸出，輸入與輸出之間的路徑也是唯一的。因為接口測試中的輸入是有表現性的，因此對應的路徑也同樣具備表現性，不用得著費煞苦心地去找測試路徑。
路徑測試的檢查表
數據類型、變量值、邏輯判斷、循環、內存管理、文件I/O、錯誤處理
因為接口測試是枚舉的，有可能漏掉某些狀況，致使一些重要的路徑沒有被測試。預防措施有：
觀察是不是有流程語句從來沒有被執行過。假如發生在這樣的狀況，要麼是流程有錯誤，存在無用的代碼；要麼是接口測試不充分，漏掉瞭一些路徑。
六：何謂白盒測試和黑盒測試?有著哪些個不同?
黑盒測試又叫功能測試、數據驅動測試或給予需求規格說明書的功能測試。這種測試註重於測試軟件的功能性需求。
白盒測試又稱結構測試、邏輯驅動測試或基於流程代碼內部結構的測試。此時，需要深入考察流程代碼的內部結構、邏輯設計等等。白盒測試需要測試設計師具備很深的軟件開發工地，精通對應的開發語言，普通的軟件測試設計師難以勝任該工作。
區別：
1、白盒測試可檢測代碼中的每條分支和路徑；黑盒測試有許多流程路徑沒有被測試到。
2、白盒測試對代碼的測試比較徹底；黑盒測試不能直接針對特定流程段測試，而這幾個流程段可能很復雜，有可能隱藏更加的多的問題。
3、白盒測試能認真思考軟件的實現；黑盒測試僅有一小部分輸入被測試到，要測試每個可能的輸入幾乎沒有可能。
4、白盒測試對代碼的測試比較徹底；黑盒測試不能直接針對特定流程段測試，而這幾個流程段可能很復雜，有可能隱藏更加的多的問題。
5、對於子系統甚至系統，黑盒測試效率要比白盒測試高。
6、白盒測試比較昂貴
更多閱讀：
黑盒測試著重測試軟件功能。黑盒測試並不能取代白盒測試，它是與白盒測試互補的測試方法，它非常可能發現白盒測試不易發現的其他類型錯誤。白盒測試主要針對的是流程代碼邏輯，黑盒測試主要針對的是流程所體現給用戶的功能，簡單容易的說就是前者測試後臺流程後者測試前臺展示功能。
參考資料：黑盒測試白盒測試知識混裝大無極