面试被问到如何做的 UI 自动化测试？如果做的 API 自动化测试？

陈恒捷 9
2022-07-17 17:52:44 未知地区 1F
回复

俗话说抛砖引玉，楼主不先把自己的砖抛一下？用了什么框架？用了什么技术？解决了哪些问题？
哪些技术是独创的？哪些是有亮点的？价值是什么？
带来了哪些收益？提高了多少效率？

我会关心：

自动化的覆盖率和通过率是多少？
怎么和手动测试协调分配时间？
使用的什么框架？ 怎么做的集成？
遇到过什么问题，怎么解决？
1 什么场景下使用 UI 自动化测试
2 UI 自动化测试解决了什么问题
3 自身产品如何使用/集成？
为什么要做 UI 自动化
UI 自动化预期要解决哪些问题
选择什么技术来实现 UI 自动化框架，为什么这样选择
UI 自动化用例编写的策略是什么，过程遇到什么难题以及怎么解决
UI 自动化在公司内部的落地场景是哪些，分别有什么收益
如果你是部门内部的 UI 自动化布道者，你以什么方式来组织大家开展 UI 自动化，过程中如何做质量运营
UI 自动化以后的规划是怎么样的，打算怎么做下去

以上【UI 自动化】可以随便替换成【API 自动化】
流程覆盖了哪些环节？
达到了什么效果/收益，解决了哪些实际问题？
此类问题可以套用 STAR 模型：

情景：事情是在什么情况下发生的
任务：你具体有什么任务
行动：针对这样的情况，你采用了什么行动方式
结果：结果怎样，你学习到了什么
当要讲故事时，可用 STAR 模型构思最简单的版本。

现状是什么 (Situation)：你负责什么系统？为什么你要做自动化？
任务是什么 (Task)：定量的目标？定性的目标？多少条自动化用例？
行动是什么 (Action)：怎么写的自动化用例？目录怎么组织的？用例怎么设计的？有没有定时巡检？有没有实时维护？
产出是什么 (Result)：量化指标？自动化用例占比？执行成功率？自动化发现多少 bug？说实话，我们公司的 UI 自动化我感觉我自己从来没有跑出来过问题，脚本的失败大概率都是因为之前写的 case 健壮性不够，一般因为找不到某个元素报错，重试后就成功了。UI 自动化最大的价值，我感觉就是解放了手动回归的过程，只在回归阶段看到了价值，但是写 UI 自动化和维护自动化脚本，感觉花费的时间已经非常久了，我就感觉不太明白，为什么非要搞 UI不懂 http、https 原理，但是能搞些 get、post，能搞接口自动化吗UI 自动化就是费时费力还要经常维护，唯一价值就是解放了手动回归测试