- #138
紀錄團隊如何導入自動化測試
記錄一下團隊導入自動化測試的想法和評估
- 背景:要花大量的時間做手動測試,現有的測試又不太能馬上應用上。
- 問題:
- 人工成本耗時昂貴
- 仰賴個人對產品的理解進行測試
- 自動化測試通常需要撰寫程式
- 舊 ui 未來準備替換,如果測試與實踐綁定太深會是問題(但替換可能是很久以後的事了)
- 解方:
- 讓 AI 自動化測試
- 測試開發共同編寫規格
- 用自然語言描述規格
用自然語言描述規格,測試實踐 AI 處理,字節跳動開源的 AI 測試工具: Midscene.js 覺得可以嘗試導入看看。
-
RD 的方向:
- 如何建構合理的測試環境?(登入狀態、DB Seed)
- 測試執行 JS
- CI 自動驗證
- 使用本地模型降低延遲與成本
-
測試者的方向:
- 先用 Chrome 插件體驗一下操作
- 使用 YAML 撰寫測試規格,或許開個 Repo 統一管理測試規格
-
實驗:如影片,用他們的 CLI + 配置 gemini-3.1-flash-lite-preview 模型 + 快取。
-
結論:最快導入的方式應該是直接拿現有的測試環境,並在本地瀏覽器登入獲取 session 後透過橋接模式執行測試規格。
- #137
- #136
- #135
- #134
- #133
- #132
- #131
- #130
- #129
- #128
- #127
- #126
- #125
- #124
- #123
- #122
- #121
- #120
- #119
- #118
- #117
- #116
- #115
- #114
- #113
- #112
- #111
- #110
- #109
- #108
- #107
- #106
- #105
- #104
- #103
- #102
- #101
- #100
- #99
- #98
- #97
- #96
- #95
- #94
- #93
- #92
- #91
- #90
- #89
- #88
- #87
- #86
- #85
- #84
- #83
- #82
- #81
- #80
- #79
- #78
- #77
- #76
- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
- #2
- #1