測試標的介紹
⼀站式 Chatbot ⽣成⼯具
後端
• ⼯具：MSTest
• 資料庫：SQLite (In-Memory)
前端
• ⼯具：jest
單元測試
腳本規劃模式
「獨立執⾏」：Test Suite 裡每個 Test Case 都可獨立執⾏，且沒有執⾏順序。
腳本規劃模式
「依序執⾏」：Test Suite 裡有⼀個整合其他 Case 的 Test Case，只會執⾏這個 Case，並在裡⾯依序 Include 其他 Case 來執⾏。
• 在 C.ai 腳本編輯器中，「⽂字輸入」節點在設定完訊息的按鈕後，需⾃動建立 對應的「下⼀步規則」及「下⼀個節點」
• 需驗證項⽬
• 「下⼀步規則」需使⽤「⽂字」⽤「完全相符」來比較「按鈕回傳值」
• 「下⼀個節點」的名稱必須是「按鈕的標題」
• 錄製腳本同時也加上驗證的指令。
• ⽤變數替換與環境相關的值。
• 移除無意義的內容。
• 加上適當註解。
• 再次執⾏腳本，確定每次都可正常執⾏，且可重複執⾏。
• 再次執⾏腳本，確定每次都可正常執⾏，且可重複執⾏。
•
有將重複的操作流程抽⾄共⽤的 Suite，錄製時可以直接 Include 使⽤。
•
引⽤共⽤ Test Case 範例
•
使⽤環境變數的⽅式來讓同⼀個測試腳本能在不同環境執⾏。
•
透過更改環境變數來改變執⾏環境
• 使⽤ Jenkins 進⾏⾃動執⾏測試。
• 有建立 C.ai 專⽤的 Jenkins Node 及 SideeX WebService 來執⾏。
• 每個需要測試的環境都會建⼀個 Job。
取得測試腳本
• 從 GitLab Repo 下載 SideeX 測試腳本。
• 可針對測試環境指定版本。
依照環境設置不同環境變數
• 在不同環境的 Job 裡，會依照個環境的資料設定不同的環境變數。
• 如：App Url、測試⽤帳號密碼...
⼀. 每天 Jenkins Job Daily Build 結束後，針對 UT 環境執⾏測試。
➡ 為了測試 Develop 分⽀上是否有問題。
⼆. 每N個⼩時，針對 UT 環境執⾏測試。
➡為了排除測試時因環境因素導致的錯誤。
三. 當準備釋出新版本時，在 Release 分⽀有更新時，⾃動對 RC 環境執⾏測試。
➡ 為了測試 Release 上是否有問題。
• 問題：Ace-Editor 套件的編輯器時，有 時候無法使⽤ "type" 指令將資料輸入 ⾄編輯器中。
• 解法：改⽤ "runScript" 執⾏ JS 去輸 入資料
• 問題：某功能⽀援以 ${xxxx} 的⽅ 式去套樣板，但在 SideeX 會被識 別為變數，導致無法輸入⾄ textarea。
• 解法：無
END
