多谢老哥
目前平台已经搭起来，老板的意见是先拿一个项目入手，来做试点。目前我和该项目的一线业务同事对接，由他们提供接口测试验证逻辑以及重点测试案例回归集，我这边已经写完并调试成功接口以及自动化用例集，并让业务测试同事自己去使用和体验，该同事目前有学习 python 的想法，后续的话应该由他自己主动去写接口验证逻辑。

现在的问题是平台后续的维护工作，如果后续要推广的话老板说平台想要好用且可视化，能同时兼顾会写代码以及不会写代码的同事，目前可支持会写代码的同事需求，针对不会写代码的同事我目前就想到搭 web 应用给他们去做自动化，自己拿开源平台去做二次开发，这只是我的一个想法，不知道有没有其他好的想法

感谢老哥
目前公司自动化主要是有两个目的：
1.优先做回归测试：因人力缺失，测试只去验证本次版本修改的问题，不会去验证之前版本已经上的功能，老板的意思目前是先做接口自动化，由我负责搭建起框架和编写接口自动化用例，之后逐步去增加接口自动化用例，以后每次版本上线前就运行我的项目，确保之前的功能正常。老板心里有底，另外补个题外话，公司产品是自研软件，俗称乙方，老板最忌讳的东西就是之前版本已经修复的问题这次版本又出现，所以就是想用自动化去避免这个问题。

2.帮助测试做测试验证，减少重复性操作以及提高测试准确性

目前公司搭建起来的框架其实就是参考开源项目做的二次开发，框架就是用 python+pytest+selenium+yaml+allure，目前基本上是可以实现 Web 端测试以及接口测试

目前和老板讨论后续框架的维护，我这边其实想的是做框架开发的攻坚工作，比如说加什么新模块等等，而不是想话时间去帮测试同事写自动化用例（因为后期推广可能要对接十几个项目）我自己去理解业务也需要花时间，可能后续我就没时间去做攻坚工作，另外组内 10 个测试几乎都没用过 python，学习成本高，老板担心他们不想用我这平台，我目前想到的方法：
1.针对想学习 python 的同事，那我这边把框架搭好以及提供写案例的流程化格式给他们，让他们自己去写；遇到问题我这边自己去排查。
2.针对不想学以及不想写的同事，我这边就搭建好关键字以及搭好页面可视化，写代码的工作还是我来，他们就只负责使用就好，但这样不知道性价比高不高
3.跟老板谈谈，把写自动化作为一项 kpi，kpi 驱动测试同事自己去写
个人愚见