1：如果没有测试框架得实践操作得话，建议 google 先，然后根据自己的经验 结合业务来做一套框架，先落地框架得结构，在专人专项得去做一些事情（jenkins 集成，pipline，py 连接 shell，pytest hook....方法），这些都是需要一定得能力去做得
2：数据隔离不外乎就是 txt json 之类得（no excel）.不过可以建议数据隔离，但与脚本结合。数据文件和脚本文件名用一样的。
3：pytest 现在最好的框架 allure 美观 好用。
4:只有把框架做好，写脚本做到最简单，这样可以让基础不好的同学慢慢的去感受感受
5：做好代码 review，自我学习 帮助他人

自己做框架的一些建议吧。刚好也是 python pytest

让业务同学学习两周上手，这个想法恐怕不但会影响业务测试，也做不好自动化

目前行业流行两套方案，一种是招的测试水平比较高，基本上自动化玩的比较溜，组内每个人都会自动化，这些人平时做业务测试，完成业务之后自动化，但是这类公司普遍大公司，人多，不会一直困在业务测试，每个人只是负责一个模块，有余力有时间自动化（每个人只写自己那一块），

另一种方案是专人做自动化

据说还有第三种，就是之前韵达尝试那种模式，自动化小组把框架搭好，他那个框架能让业务测试人员直接把业务测试用例转换成自动化脚本，不知道后来他们搞的怎么样了

1、如何推广到业务落地
软推广，意思是自动化的工具或者平台确实可以解决某一类问题，提升工作效率，推广就容易的多。

2、专人专项技术钻研就是选一套框架封装方法吗
当然不是，面向解决问题编程，不是面向封装
只要可以拿过来直接用，并且二次维护成本可以接受的就直接用，没必要自己开发
没有的，那就需要自己去开发了

3 一些痛点是脚本不能在正式环境执行，如何通过数据隔离或者一些其他方案来做自动化
根据业务特性，数据不敏感的话可以定期同步到其他环境来跑自动化

4、如何给领导汇报自动化方向成果，两个点实用性 + 美观性？
收益啊，做这玩意儿能解决多大问题，带来什么提升，实用性是必须的，美观性往往跟你的直线领导相关

5 如果选型 pytest，需要 python 基础，不可能让业务同学学习 2 周 python 再入手。因为时间成本问题。
那就花钱请人

感谢

感谢
1 测试水平较高，现在这样的占少数
2 专项去做，花费大量时间去了解业务，我一直觉得自动化不能脱离业务，上面一个同学说的我很赞同，面向对象是问题。
3 业务脚本转换，算是专项同事目前的一个方向，也在做，目前有进展