SpecFlow 實務經驗分享

Transcript

1. SpecFlow 在 Yahoo! 的應⽤用實踐分享 Jonathan (⼩小林林)
2. 關於我 ‒ Engineer @ Y! BackOffice Team ‒ Walle.Kobayashi@gmail.com
3. 守備範圍 ‒ 就只是個 NPC ERP ‒ .NET Tech Stack ‒ EC 訂單成立前後的⾦金金、物流
4. 系統架構 ERP
5. 什什麼是 SpecFlow? ‒ Cucumber(⼩小黃瓜) for .NET platform
6. 什什麼是 Cucumber? ‒ 可執⾏行行的規格 ‒ 規格 = 測試案例例
7. 長得像這樣
8. 為什什麼我們使⽤用 SpecFlow?
9. 複雜的商業邏輯
10. 舉例例？
11. 我們家的訂購流程 (可視部份)
12. 簡單流程 下單 包裝 付款 完成 出貨 送達
13. 簡單流程 下單 包裝 付款 完成 出貨 送達 付款 失敗
14. 簡單流程 下單 包裝 付款 完成 出貨 送達 付款 失敗 缺貨 取消
15. 簡單流程 下單 包裝 付款 完成 出貨 送達 付款 失敗 缺貨 取消 客⼾戶 拒收
16. 想想上述情境再複雜 5~10 倍？
17. 如何確保不會做錯 ⼤大家認知⼀一致？
18. 將⼝口語轉為可執⾏行行規格
19. 像這樣...
20. “如果徵信通過，把訂單 狀狀態更更新為 1 (付款完成)”
21. 具體做法 撰寫 規格
22. 撰寫規格
23. 具體做法 撰寫 規格 讓規格 ⾃自動化 執⾏行行
24. ⾃自動測試程式碼 (Test Code)
25. 具體做法 撰寫 規格 撰寫程 式碼 讓規格 ⾃自動化 執⾏行行
26. 真正運⾏行行程式碼 (Prod Code)
27. 具體做法 撰寫 規格 撰寫程 式碼 讓規格 ⾃自動化 執⾏行行 滿⾜足 規格
28. 規格滿⾜足
29. 上述是 典型的 BDD 開發流程
30. 有時候我們會這樣使⽤用 SpecFlow 現有 程式碼 讓規格 ⾃自動化 執⾏行行 整理理 規格 調整 程式
31. Demo
32. Demo - Table Schema
33. ⽬目前看來來很不錯？
34. 理理想是豐滿的， 現實是骨感的......
35. 實務上我們踩過哪些 坑 & 怎麼解決？
36. 坑 No.1 - 共⽤用開發資 料庫
37. 共⽤用開發資料庫
38. 這樣做有什什麼問題？
39. “你蓋到了了我的測試資料！”
40. “你測試資料沒清！”
41. “你測試資料清錯了了......”
42. 解決⽅方式 ‒ 讓每個⼈人有⾃自⼰己專屬的測試庫 ‒ 使⽤用 SQL Server LocalDB (File- based DB)
43. 幫測試專案裝上測試 DB
44. 調整測試專案的 Connection String
45. 具體做法 啓動 Local DB 關閉 LocalDB 執⾏行行 測試
46. 額外好處 ‒ Test Failed 時，LocalDB 可以⽅方便便做 為後續除錯使⽤用
47. Demo
48. 坑 No.2 - 如何表達 DB 表格間的關聯聯性？
49. 回憶我們的 Table Schema
50. 當我們想要表達表格間 的資料關聯聯性
51. 我們的第⼀一個測試案例例
52. 我們的第⼀一個測試案例例
53. 缺點 ‒ ⾁肉眼對照表格關聯聯性 ‒ 複雜度隨著表格數量量提升，等比上升
54. 再想像我們測試案例例不 只⼀一個...
55. 第⼆二個測試案例例
56. 缺點 ‒ SupplierId 雖然都是 1，但真實值不 會是 1 ‒ Foreign Key 欄欄位的值，不會是真實 表格的 P.K. 值
57. 之前的解法 ‒ 在 Feature 檔中，⼿手動做好編號 ‒ 在測試程式中，把 F.K. 欄欄位的值做替 換 ‒ 表格關聯聯越多，⼯工越⼤大
58. 後來來我們開了了個腦洞洞...
59. 幫 Gherkin 加了了個表達 關聯聯的語法糖...
60. 表格關聯聯語法
61. 表格關聯聯語法
62. 原理理︰ 新增 DB 資料時，記錄 SpecFlow Key <-> DB Key 之間的關聯聯
63. 好處 ‒ 提⾼高表達的精確性 ‒ 減少撰寫測試程式的⼯工
64. Demo
65. Any Question?
66. Thank You!