- #136
记录团队如何导入具韧性的自动化测试
记录一下团队导入自动化测试的想法和评估
- 背景:要花大量的时间做手动测试,现有的测试又不太能马上应用上。
- 问题:
- 人工成本耗时昂贵
- 仰赖个人对产品的理解进行测试
- 自动化测试通常需要撰写程式
- 旧 ui 未来准备替换,如果测试与实践绑定太深会是问题(但替换可能是很久以后的事了)
- 解方:
- 让 AI 自动化测试
- 测试开发共同编写规格
- 用自然语言描述规格
用自然语言描述规格,测试实践 AI 处理,字节跳动开源的 AI 测试工具: Midscene.js 觉得可以尝试导入看看。
-
RD 的方向:
- 如何建构合理的测试环境? (登入状态、DB Seed)
- 测试执行 JS
- CI 自动验证
- 使用本地模型降低延迟与成本
-
测试者的方向:
- 先用 Chrome 插件体验一下操作
- 使用 YAML 撰写测试规格,或许开个 Repo 统一管理测试规格
-
实验:如影片,用他们的 CLI + 配置 gemini-3.1-flash-lite-preview 模型 + 快取。
-
结论:最快导入的方式应该是直接拿现有的测试环境,并在本地浏览器登入获取 session 后透过桥接模式执行测试规格。
- #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