最后的结果可以预见：跑路

有人维护就行，没人就不行

有钱没处花，人多没事干的公司确实可以这么干。

领导说有必要就有必要，打工人不要拧巴，要坚决拥护领导决定。等你当上领导再回过头来看必要性。

策略么，UI 就整个主流程意思下，主要做接口啊。

说的有道理，可以 ui 和接口都做，但是具体操作的时候还是有很多空间的，比如 ui 做一些核心流程的，接口多投一些精力，只要你的方案能够自圆其说，有理有据，而且也顺应了领导的想法，领导一般也会接受的。不建议直接否决领导的想法，毕竟所谓领导的想法，也可能是他的领导的想法，ui 投入产出低，你的领导不见得没你清楚。

说多了都是泪啊

确实，直属领导比较明白，但是老板及大领导不太懂，UI 方案评审的时候提过投入产出比较低，不建议做。
--结果领导说：方案就是告诉我不建议做的吗

受教了
还想请教一下，接口自动化正确方式是单接口用例编写，还是功能用例转化？
两者的优先级应该是怎么定义的？

这个看具体业务吧，我个人习惯优先单接口

在资源够的情况下可以同步进行 各有优势 互相补充

所以还是要做，但做多少可以组内判断，不做领导就认为你不行

回帖清一色的鄙夷，只要意见不合就是领导煞笔？
另外，莫非金字塔分层测试理论都已经沦落到如此不堪了？

可以啊 前提是有那个时间 UI 主要解决的是查看系统稳定性，一般发版改动什么的 UI 用于回归遍历下功能。接口用于提前介入测试，提前发现问题以及发现一些 UI 不好发现的问题，带动开发质量。两个不冲突

这种情况 就得分优先级做，UI 遍历主要流程，接口慢慢细化，并且把时间成本或者测试计划给到领导