一、Web 自動化測試
1.Selenium 中 hidden 或者是 display ＝ none 的元素是否可以定位到？
不能,可以寫 JavaScript 將標簽中的 hidden 先改為 0，再定位元素
2.Selenium 中如何保證操作元素的成功率？也就是說如何保證我點擊的元素一
定是可以點擊的？
1. 添加元素智能等待時間 driver.implicitly_wait(30)
2. 添加強制等待時間(比如 python 中寫 sleep)
3. try 方式進行 id,name,clas,x path, css selector 不同方式進行定位，如
果第一種失敗可以自動嘗試第二種
3.如何提高 Selenium 腳本的執行速度？
代碼優化，多任務，分布式部署都是可以提升腳本執行速度的。
4.用例在運行過程中經常會出現不穩定的情況，也就是說這次可以通過，下次
就沒辦法通過了，如何去提升用例的穩定性？
1. time.sleep( )
2. driver.implicitly_wait(30)
3. 多用 try 捕捉，處理異常
5.你的自動化用例的執行策略是什么？
自動化測試與軟件開發本質上是一樣的，利用自動化測試工具，經過測試需求分
析，設計出自動化測試用例，從而搭建自動化測試的框架，設計與編寫自動化腳
本，驗證測試腳本的正確性，最終完成自動化測試測試腳本（即主要功能為測試
的應用軟件）並輸出測試結果
6.自動化測試的時候是不是需要連接數據庫做數據校驗？
從數據庫層面來進行數據校驗可以更方便驗證系統的數據處理方面是否正確，數
據處理邏輯正常后，UI 層面上的校驗也是需要做的。
7.id,name,class,xpath, css selector 這些屬性，你最偏愛哪一種，為什么？
css 、xpath 幾乎所有的元素都可以定位到,但是它們的短處在於頁面上更改了
元素后位置很容易改變，所以首先使用的還是 id 或者 name 等。
測碼學院8.如何去定位頁面上動態加載的元素？
觸發動態加載元素的事件，直至動態元素出現，進行定位
9.如何去定位屬性動態變化的元素？
xpath 或者 css 通過同級、父級、子級進行定位
點擊鏈接以后，Selenium 是否會自動等待該頁面加載完畢？
會的
10.什么是 page object 設計模式？
簡單來說，就是把頁面作為對象，在使用中傳遞頁面對象，來使用頁面對象中相
應的成員或者方法，能更好的體現面向對象語言（比如 java 或者 python）的面
向對象和封裝特性。
11.如何在定位元素后高亮元素（以調試為目的）？
用 JavaScript 等腳本來重置元素屬性，給定位的元素加背景、邊框
12.什么是斷言？
斷言的英文是 assertion，斷言檢查的英文是 assertion checking。
斷言是指定一個程序必須已經存在的狀態的一個邏輯表達式，或者一組程序變量
在程序執行期間的某個點上必須滿足的條件。
13.你覺得自動化測試最大的缺陷是什么？
1. 不穩定
2. 可靠性
3. 不易維護
4. 成本與收益
14.Webdriver 可以用來做接口測試嗎？
接口測試有現成的模塊來處理，WebDriver 是用於做 WebUI 自動化測試的。如果
要實現接口測試，可以使用 Requests 模塊來實現
APPUI 自動化測試
1.Android APP 內存不足時， 系統如何結束進程獲得內存？
系統優先結束被掛起（暫停）的進程，釋放內存
2.APP 測試常見的嚴重問題有哪些？ 分別引起的原因有哪些？
常見的有 crash、ANR（應用無響應、卡死），一般由設備碎片化、網絡波動大、內存泄
漏、代碼編寫錯誤
3.請簡單介紹你曾使用過的一款 APP 自動化測試工具 ？
開放性問題，帶點主觀意見
1.對比其他熟悉的自動化工具的優缺點
2.自動化的簡要方案（簡要的同時關鍵內容請具體）。（提示： appnium 等）
4.Android 測試與 web 測試有什么區別？
相同點：
1.設計測試用例均依據等價類、邊界值等方法，測試原理相同；
2.大多數都采用黑盒測試方法來驗證業務功能；
3.需要檢查界面布局、風格和按鈕是否美觀、統一等（UI 測試）；
4.測試頁面載入和翻頁的速度、登錄時長是否溢出等問題（性能測試）
5.測試應用系統的穩定性；
不同點：
1.手機作為通信工具，通信等一些行為會對 APP 產生(中斷測試)
2.手機用戶對 app 產品的安裝卸載操作：從上一版本/上兩個版本直接升級到最新
版本（安裝卸載測試）；
3.web 自動化測試使用的工具較常用的是 selenium,而 android 手機自動化測試比
較常用的自動化工具是 monkey、monkeyrunner、Appium（測試工具不一樣）
5.app 測試有哪幾種環境？
1. 本地環境： app 安裝的手機環境和電腦搭建的自動化測試環境（比如安卓 SDK 等
等） 。
2. 服務器環境：war 包部署的服務器，服務器可以通過瀏覽器訪問，也可以通過 app
6.簡單介紹一下 Android SDK 的安裝步驟：
1. 下載 jdk 和安卓 sdk
2. 安裝 jdk， 配置環境變量（java_home、 classpath、 path）
7.請簡要介紹一下移動應用及其服務端的測試點？
1. 移動應用主要有權限、安裝運行卸載、UI、功能、性能、中斷、兼容性、安全性、
回歸、升級更新、用戶體驗。（app 的 11 大測試點）
2. 服務端有接口測試、性能測試、安全測試。
8.如何判斷 app 的 bug 是客戶端問題還是后台問題
這個要根據業務來，一般數據的問題前端的問題多些，一般做法是有問題提給前端開發，
他們知道是他們自己的問題還是后台返回的數據問題。
9.安卓中如何取出日志信息？
1. 把安卓系統日志信息實時導入到本地： adb logcat -v time > d:\mylog.log
2. 運行使用某個 app，實時獲取該 app 的日志信息（cmd 里面的返回信息） ：
adb shell monkey -p com.android.calendar -v 1000 > d:\mylog2.log
10.常見的 adb 命令：
1. 查看當前連接的設備： adb devices
2. 安裝軟件： adb install 路徑\xx.apk
3. 卸載軟件： adb uninstall <包名>
4. 從電腦上發送文件到設備： adb push <本地路徑> <遠程路徑>
adb push C:\test1.txt /sdcard/
5. 從設備上下載文件到電腦： adb pull <遠程路徑> <本地路徑>
adb pull /sdcard/test1.txt D:
6. 實時獲取日志： adb logcat -v time > D:\mylog.log
7. 登錄終端設備 shell： adb shell
8. 查找包名/活動名： adb logcat | findstr START
（腳本中， cmp= 后面的值就是 包名/activity 名稱）
9. 啟動 APP 啟動
adb shell am start -n packageName/activity
10. 關閉 app
語法： adb shell am force-stop 包名
11. 監控 APP 啟動時間
adb shell am start -W packageName/activity
12. Monkey 命令：
adb shell monkey -v -p mypackage 50
11.APP 這么多主流機型如何測試 ？
我們公司就買了，魅族，華為，小米， iphone7、 iphone8 、 iphone8plus 、 iphone
x 測試兼容性，有些沒有的機型，先借用同事的手機進行測試，同時申請公司購買，或者采
用雲真機。
12.App 崩潰（閃退），可能是什么原因導致的？
緩存垃圾過多：由於安卓系統的特性,如果長時間不清理垃圾文件.會導致越來越卡.也
會出現閃退情況.
運行的程序過多,導致內存不足
應用版本兼容問題：如果應用版本太低，會導致不兼容，造成閃退。此外，有些新版本
在調試中，也會
造成應用閃退。解決方法：如果是版本太舊，更新為新版本即可；如果是新版本閃退，
可能是應用在改版調
試，可卸載后安裝舊版。
檢查 APP 中訪問網絡的地方，組件中的 ImageView 是否可以正常的下載並顯示到 app
頁面上。
檢查 APP 的 sdk 和手機的系統是否兼容。
在一些特定情況下的閃退,比如播放視頻,在 Android5.0 升級到 Android6.0 的時候,
有些系統 API 老版本
有,新版本沒有,到時回去對象的時候失敗,報空,系統就會出現閃退
13.Appium 都有哪些啟動方式
1.客戶端啟動
2.命令行啟動
14.請簡單介紹一下使用過的安卓 UI 自動化測試工具？
參考答案：appium：是一個移動端的自動化框架，可用於測試原生應用，移動網頁應用
和混合型應用，且是跨平台的。robotium：是一款國外的 Android 自動化測試框架，主要針
對 Android 平台的應用進行黑盒自動化測試，它提供了模擬各種手勢操作（點擊、長按、滑
查找和斷言機制的 API，能夠對各種控件進行操作。
15.請說明 Android 手機和 IOS 手機，系統有什么區別？
1.
兩者運行機制不同：IOS 采用的是沙盒運行機制，安卓采用的是虛擬機運行機制。
2.
兩者后台制度不同：IOS 中任何第三方程序都不能在后台運行；安卓中任何程序都
能在后台運行，直到沒有內存才會關閉。
3. IOS 中用於 UI 指令權限最高，安卓中數據處理指令權限最高。
接口自動化測試
16.按你的理解，軟件接口是什么？
答：
就是指程序中具體負責在不同模塊之間傳輸或接受數據的並做處理的類或者函數。
17.HTTP 和 HTTPS 協議區別？
答：
https 協議需要到 CA（Certificate Authority，證書頒發機構）申請證書，一般免費證書
較少，因而需要一定費用；
http 是超文本傳輸協議，信息是明文傳輸，Https 協議是由 SSL+Http 協議構建的可進行加
密傳輸、身份認證的網絡協議，比 http 協議安全；
http 和 https 使用的是完全不同的連接方式，用的端口也不一樣，前者是 80，后者是 443；
18.HTTPS 在哪一層？
以前我面試很喜歡提網絡協議的問題，有朋友說我裝 X，不實用。稍有點研究網絡知識，實
際就不難回答
答：HTTPS 在應用層。
測碼學院19.get 和 post 區別是什么？
答：POST 和 GET 都是向服務器提交數據，並且都會從服務器獲取數據。
區別：
1）傳送方式：get 通過地址欄傳輸，post 通過報文傳輸
2）傳送長度：get 參數有長度限制（受限於 url 長度），而 post 無限制
3）GET 產生一個 TCP 數據包（對於 GET 方式的請求，瀏覽器會把 http header 和 data 一並
發送出去，服務器響應 200 返回數據），POST 產生兩個 TCP 數據包（對於 POST，瀏覽器先
發送 header，服務器響應 100 continue，瀏覽器再發送 data，服務器響應 200 ok 返回數
據）
4）get 請求參數會被完整保留在瀏覽歷史記錄里，而 post 中的參數不會被保留
5）在做數據查詢時，建議用 GET 方式；而在做數據添加、修改或刪除時，建議用 post 方式
20.常見的 POST 提交數據方式
答：
主要有四種方式：application/x-www-form-urlencoded、multipart/form-data、
application/json、text/xml 等。
21.什么是 Http 協議無狀態協議?怎么解決 HTTP 協議無狀態協議
答：
無狀態是指協議對於事務處理沒有記憶能力，服務器不知道客戶端是什么狀態。即我們給服
務器發送 HTTP 請求之后，服務器根據請求，會給我們發送數據過來，但是，發送完，不會
記錄任何信息。HTTP 是一個無狀態協議，這意味着每個請求都是獨立的，Keep-Alive 沒能
改變這個結果。缺少狀態意味着如果后續處理需要前面的信息，則它必須重傳，這樣可能導
致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。HTTP
協議這種特性有優點也有缺點，優點在於解放了服務器，每一次請求“點到為止”不會造成
不必要連接占用，缺點在於每次請求會傳輸大量重復的內容信息。客戶端與服務器進行動態
交互的 Web 應用程序出現之后，HTTP 無狀態的特性嚴重阻礙了這些應用程序的實現，畢竟
交互是需要承前啟后的，簡單的購物車程序也要知道用戶到底在之前選擇了什么商品。於是，
兩種用於保持 HTTP 連接狀態的技術就應運而生了，一個是 Cookie，而另一個則是 Session。
22.cookie 和 session 的區別
答：
cookie 數據存放在客戶的瀏覽器上，session 數據放在服務器上
cookie 不是很安全，別人可以分析存放在本地的 cookie 並進行 cookie 欺騙，考慮到安全
應當使用 session
session 會在一定時間內保存在服務器上。當訪問增多，會比較占用你服務器的性能，考慮
到減輕服務器性能方面應當使用 cookie
單個 cookie 保存的數據不能超過 4K，很多瀏覽器都限制一個站點最多保存 20 個 cookie
可以將登陸信息等重要信息存放為 session；其他信息需要保存，可以放在 cookie
23.請求接口中常見的返回狀態碼
答：
（表示臨時的響應。客戶端在收到常規響應之前，准備接收一個或多個 1xx
響應）
2xx -- 成功（表明服務器成功地接受了客戶端請求）
3xx -- 重定向（客戶端瀏覽器必須采取更多操作來實現請求。例如，瀏覽器可能不得不請
求服務器上的不同的頁面，或通過代理服務器重復該請求）
4xx -- 客戶端錯誤（發送錯誤，客戶端有問題。例如，客戶端請求不存在的頁面，客戶端
未提供有效的身份證驗證信息）
5xx -- 服務器錯誤（服務器由於遇到錯誤而不能完成該請求）
常見的返回碼有：
200 OK - [GET]：服務器成功返回用戶請求的數據
201 CREATED - [POST/PUT/PATCH]：用戶新建或修改數據成功
202 Aceepted - [*]：表示一個請求已經進入后台排隊（異步任務）
204 NO CONTENT - [DELETE]：用戶刪除數據成功
400 INVALID REQUEST - [POST/PUT/PATCH]：用戶發出的請求有錯誤，服務器沒有進行
新建或修改數據的操作
401 Unauthorized -[*] ：表示用戶沒有權限（令牌、用戶名、密碼錯誤）
403 Forbidden -[*] ：表示用戶得到授權（與 401 錯誤相對），但是訪問被禁止
404 NOT FOUND -[*]：用戶發出的請求針對得到是不存在的記錄，服務器沒有進行操作，
該操作是冪等的
406 Not Acceptable - [GET]：用戶請求的格式不可得（比如用戶請求 JSON 格式，但
是只有 XML 格式）
500 INTERNAL SERVER ERROR - [*]：服務器發生錯誤，用戶將無法判斷發出的請求是
否成功
24.什么是 DNS？
答：DNS 是域名系統 (Domain Name System)，DNS 是用來做域名解析的,它會在你上網輸入
網址后，把它轉換成 IP，然后去訪問對方服務器；沒有它，你想上百度就要記住百度的 IP，
但有了 DNS 的處理，你只需要記住對應網站的域名，即網址就可以了。
25.請問你們公司是如何做接口測試的？
答：
接口測試實際跟一般測試不同就是測試用例的設計部分。
①獲取接口規范。
②設計接口測試功能用例（主要從用戶角度出發看接口能否實現業務需求，用例設計就是黑
盒用例那一套）。
③各種入參驗證（正常情況，異常情況包括輸入參數個數不對，類型不對，可選/必選，還
有考慮參數有互斥或關聯的情況）。
④接口返回值各種驗證（符合接口文檔需求）
⑤了解接口實現邏輯，實現邏輯覆蓋（語句/條件/分支/判定/…）
⑥接口能並發執行嗎、安全嗎，性能滿足要求嗎?
⑦采用工具或者自寫代碼來驗證。
⑧發現問題跟功能測試一樣，該報 bug 報 bug，該跟蹤狀態的跟蹤狀態。
26.怎么設計接口測試用例？
答：
通常，設計接口測試用例需要考慮以下幾個方面：
①是否滿足前提條件
有些接口需要滿足前提，才可成功獲取數據。常見的，需要登錄 Token
逆向用例：針對是否滿足前置條件（假設為 n 個條件），設計 0~n 條用例
②是否攜帶默認值參數
正向用例：帶默認值的參數都不填寫、不傳參，必填參數都填寫正確且存在的“常規”值，
其他不填寫，設計 1 條用例
③業務規則、功能需求
這里根據時間情況，結合接口參數說明，可能需要設計 N 條正向用例和逆向用例
④參數是否必填
逆向用例：針對每個必填參數，都設計 1 條參數值為空的逆向用例
⑤參數之間是否存在關聯
有些參數彼此之間存在相互制約的關系
⑥參數數據類型限制
逆向用例：針對每個參數都設計 1 條參數值類型不符的逆向用例
⑦參數數據類型自身的數據范圍值限制
正向用例：針對所有參數，設計 1 條每個參數的參數值在數據范圍內為最大值的正向用例
27.你做接口測試，測什么？
答：
可用性測試
根據約定的協議、方法、格式內容，傳輸數據到接口經處理后返回期望的結果：
接口功能是否正確實現；
返回值測試 - 返回值除了內容要正確，類型也要正確，保證調用方能夠正確地解析；
參數值邊界值、等價類測試；
錯誤和異常處理測試
輸入異常值（空值、特殊字符、超過約定長度等），接口能正確處理，且按預期響應；
輸入錯誤的參數，接口能正確處理，並按預期響應；
多輸入、少輸入參數，接口能正確處理，且按預期響應；
錯誤傳輸數據格式（如 json 格式寫成 form 格式）測試；
安全性測試，主要指傳輸數據的安全性：
敏感數據（如密碼、秘鑰）等是否加密傳輸；
返回數據是否含有敏感數據，如用戶密碼、完整的用戶銀行賬號信息等；
接口是否對傳入的數據做安全校驗，如身份 ID 加 token 類似校驗；
接口是否防止惡意請求（如大量偽造請求接口致使服務器崩潰）；
性能測試，如接口的響應時間、並發處理能力、壓測處理情況：
並發請求相同的接口（特別為 POST 請求），接口的處理情況（如插入了相同的記錄導致
數據出錯，引發系統故障）；
接口響應時長在用戶可忍受的范圍內；
對於請求量大的接口做壓測，確定最大的瓶頸點是否滿足當前業務需要；
28.平常用什么工具測接口的？
答：常用 http 協議接口測試工具，如：postman、fiddler、jmeter；webService 接口用 SoapUI、
jmeter 等。
29.沒有接口文檔，如果做接口測試？
本題主要考情商，通俗來說就是忽悠能力，先唬住面試官了再說，進去了也是瞎測測，隨時
做好背鍋的准備，當然，你肯定不能回答面試官不測(心理 mmp，臉上笑嘻嘻)，接下來就是
扯犢子時間
答：用抓包工具把接口抓取處理，然后針對性進行測試；接口中字段信息不清楚的，找時間
集中尋求開發解答。（常用抓包工具 Fiddler、Charles 等）
30.在手工接口測試或者自動化接口測試的過程中，上下游接口有數據依賴如何處理？
答：用一個全局變量來處理依賴的數據，比如登錄后返回 token，其它接口都需要這個 token，
那就用全局變量來傳 token 參數。
31.依賴於第三方數據的接口如何進行測試？
答：mock
接着面試官會問你，如果 mock 的，然后你就順着坑繼續挖，搭建 mock 服務，參考這篇
http://www.51ste.com/share/det-485.html
32.接口測試中，依賴登錄狀態的接口如何測試？
答：依賴登錄狀態的接口的本質上是在每次發送請求時需要帶上 session 或者 cookie 才能
發送成功，在構建 POST 請求時添加必要的 session 或者 cookie
33.如何模擬弱網做測試？
答：Fiddler 和 charles 都可以模擬弱網測試，平常說的模擬丟包，也是模擬弱網測試。具
體可以看《幾種弱網模擬方法，總有一種適合你》
34.你平常做接口測試的過程中發現過哪些 bug?
面試官出這個題，主要是想知道你是不是真的做過接口測試，畢竟現在很多小伙伴簡歷經過
包裝（不包裝連面試機會都沒有，沒辦法，為了生存，能理解）
答：
常規錯誤，接口沒實現，沒按約定返回結果，邊界值處理出錯等。
輸入異常值（空值、特殊字符、超過約定長度等），接口拋錯，沒做封裝處理；
輸入錯誤的參數、多輸入、少輸入參數，接口可能出現的錯誤；
安全性問題，如明文傳輸、返回結果含有敏感信息，沒對用戶身份信息做校驗，沒做惡意請
求攔截等；
性能問題，如接口並發插入多條相同操作，響應時間過長，接口壓測出現瓶頸等；
35.當一個接口出現異常時候，你是如何分析異常的？
答：
先抓包，用 fiddler（charles）工具抓包，或者瀏覽器上 F12 調試工具；APP 上的話，那就
用 Fiddler 做代理，通過手機設置代理去看請求和返回報文；
查看后端日志，如 Linux 系統通過 xhell 連上服務器，查看接口日志，查看是否有報錯信息
（命令：tail -f 日志文件）；
36.如何分析一個 bug 是前端還是后端的？
答：
平常提 bug 的時候，前端開發和后端開發總是扯皮，不承認是對方的 bug。
這種情況很容易判斷，先抓包看請求報文，對着接口文檔，看請求報文有沒問題，有問題就
是前端發的數據不對；
請求報文沒問題，那就看返回報文，返回的數據不對，那就是后端開發的問題咯。
37.你們做接口測試自動化嗎？
答：現在針對大量應用，普遍推崇做接口測試自動化，維護成本低、收益高。常用的工具有
許多，如 Jmeter、Robot Framework、pytest 等。
38.列出幾個 JMeter 監聽器？
一些 JMeter 監聽器是：
集合報告
匯總報告
查看結果樹
用表格查看結果
圖形結果
BeanShell Listener
摘要報告等
39.在 python 中進行數據驅動測試
在 unittest 中，沒有自帶的數據驅動，我們得借助 ddt 來實現，首先，我們得在 python
運行環境中安裝 ddt，用下列命令安裝
pip install ddt
另 外 一 個 測 試 框 架 pytest ， 它 自 帶 數 據 驅 動 實 現 ， 是 通 過
@pytest.mark.parametrize(argnames,argvalues) 來實現參數化的。
也可以根據自己需求用 python 實現數據的讀取和驅動。
40.接口自動化中的關聯怎么處理？
把上一個請求返回的結果傳入到下一個請求的參數中，將請求的結果反射到一個類屬性（使
用 setattr（）函數），下一個請求去調用這個類屬性
41.自動化測試怎么校驗結果？
斷言 ，預期結果與實際結果對比
數據庫校驗，根據測試場景來查詢數據庫里的數據和請求之前的數據進行比對
42.自動化使用的測試框架是什么？簡述自動化框架的設計、維護
測試框架：python+unittest+requests+ddt+openpyxl+pymysql+logging
python：入門簡單，語法簡潔
unittest ：定義一個測試用例類，具體的方法來維護測試用例的生命周期，測試場景行為，
測試用例 前置場景，行為，期望結果，實際結果，斷言方法，Setup teardown 方法
requests：接口調用 ，支持 http 請求的庫，API 簡潔，提供不同的 http 請求方法，支持
session，cookies，
ddt ：數據驅動，ddt 類裝飾器，data 測試方法裝飾器 unpack 解包可迭代的數據類型
普通用戶，數據庫，配置文件---（基礎數據）
openpyxl： 數據管理 excel 管理數據，使用 openpyxl 模塊來進行 excel 數據的讀和寫
（excle，csv, json, yaml, txt 都可以管理測試數據）
pymysql：數據庫交互，數據校驗
eval，json：數據格式的轉換 Eval 將 python 支持的格式轉換成對應的格式
logging：日志處理， 統一日志輸出格式，渠道，級別，執行結果的記錄，便於定位問題
jenkins：持續集成
2/框架設計思路：數據驅動+結構分層（可讀性，可維護性，可擴展性）
數據驅動：將維護數據與代碼分離，接口調用行為一致，針對不同的參數組合驅動不同的測
試場景，減少代碼冗余
結構分層：數據層+用例層+邏輯層
數據層：測試數據的支撐 data.xls
用例層：用例的執行 test_register.py test_recharge.py
邏輯層：公用的方法的封裝與提取 doexcle.py do_mysql.py http_requests.py logger.py
等模塊
3/框架設計步驟：
准備測試數據： EXCEL 表准備測試用例---excel 數據的讀取---參數值的替換
請求方法（get/post 方法進行封裝---URL 的拼接（不同---參數轉化為字典
拿到請求的返回值：解析返回值 code，status，msg 信息
斷言
好處：
1、自動化測試用例和手工測試用例的完美結合，減少重復工作
2、配置靈活，可以自主切換測試環境，執行測試用例
3、常用功能進行封裝，邏輯清晰，易於維護
4、統一執行入口，管理測試用例集：
run.py 模塊通過模糊查找來選擇需要執行的測試用例
5、持續集成，定時構建，快速反饋
43.具體的在這個項目中自動化怎么應用到實際的，您對自動化結果的分析
完成所有的自動化測試框架的設計和實現后，進行接口測試，然后集成到
jenkins，配置定時執行，生成 html 報表，查看測試通過率，查看接口的功能
每次發版時，進行回歸測試，新功能開發未提測前