求职 面试被问到如何做的 UI 自动化测试？如果做的 API 自动化测试？
如题，近几天面试被问到了两个问题：
- 如果做的 UI 自动化测试？
- 如何做的 API 自动化测试？
感觉自己答的不好，没有亮点，请教各位大佬，这种问题怎么回答可以凸显出亮点
俗话说抛砖引玉，楼主不先把自己的砖抛一下？
用了什么框架？用了什么技术？解决了哪些问题？
哪些技术是独创的？哪些是有亮点的？价值是什么？
带来了哪些收益？提高了多少效率？
我会关心：
- 自动化的覆盖率和通过率是多少？
- 怎么和手动测试协调分配时间？
- 使用的什么框架？ 怎么做的集成？
- 遇到过什么问题，怎么解决？
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 自动化就是费时费力还要经常维护，唯一价值就是解放了手动回归测试