想请教一下各位大佬，我先说一下背景，就是领导想要我开发一个自动化测试平台。
然后我的理解是 自动化测试平台开发出来以后，应该还是要人力投入 写自动化测试用例的，但是目前看我们公司如果要投入写这些自动化测试用例的话可能就两个测试写，然后领导是业务领导，不懂测试，也不懂开发的，她可能希望的是 “自动化” 测试平台，写出来以后就可以自动测了，其他人可以下班了那种。
然后一个研发领导认为，如果让开发写的话，还不如写单测，他问我接口自动化比单测优点在哪里，用自动化框架写自动化测试用例还不如用 ide 写单元测试。
然后我们公司项目都是 tog 的 都是交付类型，其实没有自己的产品，就是可能说，某个期间内业主的想法很多，某些功能就会改动很频繁，然后迭代到某一个固定版本，验收通过，就交付了，然后就是维护期，基本也不会有新需求也不会投入了，研发领导认为这样的项目做自动化的投入没有意义。
所以想知道我现在该怎么去和领导说他的需求，我认为（目前不成熟的想法）我应该先去找领导谈一次，了解一下他是想要纯 “自动测试” 的平台，还是可以接受有了平台也还是要人力投入的情况。那么如果他想要的是” 自动测试 “平台，我应该怎么办呢？然后如果是人力投入的平台，我再去确定比如这个应该是给业务人员使用，还是开发人员使用，还是测试人员使用。然后别人针对这个设计不同的功能来开发把（但是其实我内心觉得让开发人员写自动化测试用例不现实把），那让产品经理写好像也不现实，是不是只能等测试团队逐渐壮大呢？
然后我目前的设计是有三种使用方式，一种是通过写 pytest 用例脚本，然后系统来调度执行拿报告，一种是类似 apifox 界面化输入参数拖拉拽组件用例场景，一种是浏览器插件操作录制用例。分别给测试/开发/业务，三种人使用
请各位大佬指点一下，接下来应该如果去做这个事情
综合你的情况，其实你不需要开发，这点人力执行用例都够呛
https://metersphere.io/docs/v2.x/ 直接用现成的就行，根据我的经验，你的这点人力最后都会不了了之，所以用开源的即可。
不清楚你要做什么自动化测试平台，是 api 接口自动化？还是 UI（web 界面）的自动化。api 接口相关的自动化我觉得 apifox 就可以满足，我们公司就引进了。
接口自动化比单测优点在哪里，单测是更柯里化的测试交互性少，而自动化优点就在于多业务交互集成测试自动执行，且在与前端交互性时发现问题 比如你单测没有问题但是因为 GRPC 或者中间件或者什么配置导致接口还是报错给前端不能用，这种还是需要接口测试 这本来是不同的方向。你可以多找找文案去回馈领导，单测一般开发都做得不全面他们也可能没那么多时间去设计单测。其次需要哪种自动化测试也先看领导需求吧，一般还是建议平台化 1 可多人协作 2 可视化好管理 3 锻炼你的前后端能力，当你做了平台化后后续测试你也能更从研发角度出发也能锻炼你自己。
目前平台的进展情况是其实我因为平时学习边写边做，然后有一个初步的平台基本面貌，满足一些 用例解析/调度执行/结果通知/数据呈现 的功能，这一块我要怎么和领导说呢
把自研和开源的优缺点跟你领导汇报下，让领导决策，是用你现在正在写的还是目前市面开源的。
如果是 UI 自动化测试，测试人员这么少的情况下，建议还是不要自己开发，可以找个现成的第三方平台用；如果每个版本改动比较多的话，后期的维护成本有点高，都是要测试自己维护的，可以在版本发布前运行减少回归测试时间。
先和你领导了解下他想要这个平台的目的是什么，想要解决什么问题。确认了目的再了解有哪些可行方案和进行方案的对比。目的没搞清楚，可能会导致 x-y 问题。
建议还是找一些现成的自动化平台，不用投入太多人力，先用一段时间看看效果，最后根据领导反馈情况再考虑是否加大投入
其实你现在面临最大的问题是到底做不做自动化。1.没有自动化测试，你的需求测试很困难或者执行效率无法提高。2.是否有核心需求持续迭代，没有的话也没必要做自动化。3.你们的老板对生产缺陷的容忍度是不是足够低，并且出现生产缺陷后造成的损失足够高，不符合这种情况也不适合去做自动化。你自己评估一下吧如果你们公司不符合其中 1 中情况，早点找后路跑路吧，做不久的。
我不吃香菜
回复
现在的情况是老板想要做自动化，但是公司业务和情况像你说的可能不适合，领导还为这个事情发了奖金，如果没做好还要退回去，我面临最直接的问题是这个。或者如果希望想从其他方向提升，有哪些方向呢?