在國外，資深的軟件測試人員大多是手動測試，他們厲害之處在于測試用例的設計，但在國內，很多測試人員都把自動化測試當成很厲害的資本，為什么？Devops知道Internet應用程序需要快速迭代，每天發(fā)布數(shù)

在國外，資深的軟件測試人員大多是手動測試，他們厲害之處在于測試用例的設計，但在國內，很多測試人員都把自動化測試當成很厲害的資本，為什么？

Devops知道Internet應用程序需要快速迭代，每天發(fā)布數(shù)百個版本。您可以手動測試它們。記住要改變一個點，你需要測試所有的點。如果是微服務架構，還需要測試項目團隊的集成。

另外，測試是人寫的，用例是人設計的，可以反映人的水平。這臺機器只是重復地運轉，而且運轉得更好。

接口測試用例設計是只針對一個個單接口測試，還是流程場景測試？

首先，我們需要區(qū)分業(yè)務流程場景和操作流程場景。

業(yè)務流程場景一般是指系統(tǒng)的業(yè)務流程，類似于辦公流程，具有很強的流程性。

對于業(yè)務流程場景，需要在場景中設計接口的自動用例。一般采用關鍵字驅動的測試框架Python請求模塊。

參照關鍵字驅動測試的思想，將接口請求發(fā)送、響應驗證和響應內容返回（下一個接口取決于上一個接口返回）三部分封裝為“請求驗證”關鍵字。

同時封裝“content extraction”關鍵字，提取接口響應體的具體數(shù)據(jù)。這樣就可以得到前一個接口返回的具體數(shù)據(jù)作為下一個接口的輸入參數(shù)。

就是這樣。任何業(yè)務場景都可以使用“請求驗證”關鍵字、“內容提取”關鍵字、“請求驗證”關鍵字

操作流程場景通常是指先使用哪個函數(shù)，然后使用哪個函數(shù)。沒有強制性的操作步驟規(guī)范，如單個查詢函數(shù)。

對于操作過程場景，我們可以根據(jù)情況對單個接口進行自動測試。許多現(xiàn)有的自動化框架和工具都適用于此場景中的自動化測試開發(fā)，這里將不介紹這些內容。