Aloha！我是少女人妻Uerica！

前幾天去參加一個演講，講者說了一個故事：戰地裡的醫院有天來了一個受傷的軍人，軍人傷得很重很重，需要緊急開刀，結果醫師很緊張立刻將軍人推進手術房準備執行手術，在手術過程中他跟護理師指示要拿手術刀，沒想到護理師拿刀一把刺進醫師的肚子裡!!

醫師非常驚恐的問：為什麼!?
沒想到護理師哭著說：醫師對不起，我是敵軍派來的臥底，這個軍人是非常重要的將軍，我不能讓你救活他!!
醫師就很無奈的回說：那妳可以殺他阿..QQ

嗚嗚幫醫生QQ...

好了回歸正題 XD

昨天介紹到後台介面的 Overview 跟 Analytics，今天要再繼續介紹 Query Tester 的功能與使用辦法瞜～

線上介面與功能介紹

Query Tester 敲好用的測試查詢

跟 Overview 頁面右上角可以點選的 Query Tester 不同，在 Query Tester 頁面功能較多也較完善

搜尋欄右邊的 Query Details 能看到查詢後發送請求的細節

畢竟這是測試查詢，在後台的資料紀錄有幾個要注意的地方～

1. Query Tester 中的查詢紀錄不會被記錄在 Overview 中的 Total Operations 圖表與 Recent API Events

2. Query Tester 中的查詢紀錄不會被記錄在API Logs

不過在 Query Tester 頁面中查詢後的每一筆資料右邊可展開看資料全貌，也都是可點進去的，點擊進去後會記錄在 Clicks ，能更貼近查詢模擬唷！

點進去後會連到 Document 可以看到資料的細節，並且在右上角可直接 Delete 該筆資料

Reference UI 模擬一下搜尋頁面

Reference UI 真的是我超喜歡的功能了！也很適合讓不會前端的人也能很簡單的產出搜尋頁面並進行測試。

進入 Reference UI 會看到這樣的畫面～

會看到左邊有四個下拉選單可選，點擊下拉選單時可以發現右邊會出現對應的欄為提示，所以看圖是就滿好懂的了！是不是很棒！而且在這個設定的部分會讓資料庫設計者再次思考，資料的設計欄位是否足夠，是否能讓使用者成功且快速找尋需要的資料等等。

解釋一下對應欄為的意思以及設定方式～

Title field (Optional) : 搜尋後的標題，像我做的是狗狗景點介紹，在這部分我就選擇"景點名稱"。

Filter fields (Optional) : 可過濾的條件，這邊是可複選的，就是選擇之後使用者可能需要過濾的條件，以狗狗景點來說，我會選擇停車場、地區、草皮等

Sort fields (Optional) : 搜尋結果的排序方式，以狗狗景點的話，我會選擇營業時間、寵物低消、住宿價格

URL field (Optional) : 顧名思義就是放資料的網址！我會放上景點店家的Facebook或官網連結

沒有要使用的話就直接不選，最後點選最後點選 Generate a Preview 就可以產出參考 UI 啦～

在這邊與 Query Tester 不同的是，這裡 call API 的紀錄是會被 API Logs 紀錄的唷～

產生後，右上角還可以下載 ZIP 檔，如何使用就留在明天再跟大家聊啦～

今天就到這裡啦！感謝閱讀～，大家要記得，不要殺錯人唷！明天見啦！啾咪～