導讀
上週粉絲在QQ上聊到，最近去一個面試被問到“接口測試腳本如何編寫”，他的回答是根據“接口測試文檔“編寫，但面試官說回答的不太好，那麼應對這樣的問題我們應該如何回答呢？
解讀
面對面試官的問題我們不能一味的猜測，如果有不明白的就要大膽的溝通，只有通過不斷的來回溝通才能明確題目，這樣我們回答的纔會更加精準。
就這道題本身來講，我們需要找到一個主線來回答這個問題，就像寫作文，你需要有一箇中心思想。而大部分朋友在回答的時候都是東西拼湊，想到啥說啥，所以會給面試官感覺上混亂。那麼以什麼樣子的主線來回答問題呢？其實非常簡單，就是以接口測試流程爲主線進行回答，這樣的好處是邏輯清晰、關鍵點明確，不會混亂。好，那麼咱們就走起來看看~
1 熟悉被測接口，結合需求確定哪些接口是需要被測試的。這裏需要注意，功能、性能、安全接口測試會有些不一樣，最基本的是功能需要做正、反向測試，而性能是做正向測試。
2 被測接口確定之後就要根據接口文檔來編寫腳本了。這裏大家也可以複習幾個知識點，一個是接口文檔中需要有哪些信息提供（比如，信息頭，請求參數格式等等）；另一個是接口文檔有哪些形式可以提供（比如，swagger等）。
3 接口測試腳本編寫。這裏就是核心了，面試官關心的也是這個部分。一般可以從兩個大的方面回答，一個是通過類似postman、jmeter這樣的工具進行；另一個是通過自研的接口測試框架進行。
a、以第一種使用工具爲例進行測試，那麼可以從整體工具的使用上進行回答。比如，jmeter需要建立什麼組件，他們是幹啥的，需要注意什麼等等之類。凡是使用過的人回答應該不會有大問題。
b、以第二種自研框架爲例進行測試，那麼需要你描述框架設計結構、關鍵點以及可以實現什麼功能。比如，以python、requests庫、unittest、pytest、HTMLTestRunner等爲組合的接口測試框架。
大致從以上來回答，就比較全面了，但具體的描述就需要大家多思考下了。這裏僅提供一下答題的思路。也可以參考《大話軟件測試-性能、自動化及團隊管理》一書
4 執行測試，包括正常的執行以及迴歸測試。像這塊就可以用外部數據來管理，因爲像迴歸肯定不是所有case，所以只需要選擇需要回歸的case然後執行腳本即可。
5 最終出一個報告，搞定！這裏想說一下，我看到很多地方都是直接用框架生成的報告，這個本身沒有問題，但一個測試報告不僅僅是給技術看的，可能產品或其他同事也要看，還有高層領導也要看，所以我個人還是建議要出一份大家都看得懂的報告纔可以，這也是體現測試部價值的一種方式。