篇幅有限，就不能逐个展开说了。
对于你说的如何推动，我过来的经验，是逐个问题，逐个解决。

比如分支管理：以前的分支设计没有考虑到实际产品中的开发节奏和发布节奏的不同步问题。以前的设计只有主干开发分支和已发布的 tag，非常简单粗暴，每次发布都可能把未完成的代码给带上了；而我们测试就是针对这种设计缺陷提出质疑，并且主导和开发团队讨论之后，梳理了开发分支，测试分支，待上线分支的管理流程，并且趁机制定代码管理规范。

比如质量管理流程，契机也是某次出现了开发的功能与需求不一致，从而引发的风险。我们作为测试，也是拉着开发和需求团队一起，把整个流程中的问题给分析出来，并且主导梳理出一个完整的需求 - 设计 - 开发 - 测试 - 上线，以及缺陷修复的流程，并且监督开发团队去执行。

我知道这些流程其实大家作为质量管理人员都有对应的意识，面试的时候都会作为基本功来考察。但是落地的时候永远有这样那样的困难。

回到我这个团队的例子，能把这些落地离不开以下几个方面：

1. 充分借助合适的契机去向你的开发团队推销这套流程，从测试的专业角度去为团队发现问题，预警风险和改进。不要轻易放过任何一个现有流程上问题，抓住改进的机会。

2. 如何赢取开发团队的信任和配合。针对发现的问题进行改进，而不是针对人；列举风险和合理，可行的改进建议，并且主导落地。

3. 另一个有趣的方面，是我们测试在这个团队的一个优势在于对产品，业务的熟悉程度比开发要强很多，能在需求评审，设计评审阶段提出很多正确的建议，替开发减少很多潜在的风险。当开发面对着一个能帮他兜底的业务专家时，自然也会配合测试做对应的工作。

4. 能为团队效率提升贡献能力。比如把接口测试封装好，让开发可以直接在 Jenkins 触发去做测试；比如写个造数脚本，方便开发进行自测，等等，测试自然会成为团队里有一定话语权的人。

大佬好强！

这个不太严谨，说的是 80% 的手工回归测试。

落地这个话题太大了吧

我尝试简单说一下：

1. 整理有什么影响开发测试流程的问题，包括：需求 - 设计 - 开发 - 测试 - 上线全流程；分支管理；上线规范。

2. 自动化落地：挑选使用最广泛的框架快速落地。我们使用的就是 pytest+request+allure +Jenkins 做接口自动化，pytest+selenium/appium 做 UI 自动化，基本上就可以保证你落地是没大问题的。不要在选择工具上浪费太多时间。

3. 落地的过程不要追求一步到位。我们的过程是小步快跑，慢慢优化。以下是大概的里程碑（UI 和接口自动化都适用）：
   -- 找网上的 demo 搭好本地环境，跑通 hello world。
   -- 用自己的产品界面跑通第一条 case。
   -- 调通第一个 suite，把 setup/teardown 调通。
   -- 配好 Jenkins pipeline，保证每天能跑起来。
   -- 分工，写 case。
   -- 保证每天都能有一个良性循环：早上回来看结果，修复失败用例，写新用例，晚上再跑新的 job。

只有循环开始了，用例数量不断增加和稳定通过，才能节省手工回归测试的工作量，解放人力。

是的，当时也是出了不少问题之后，测试才有了足够的发言权去推到很多流程的改进和得到开发的配合；而且小团队，落实下来也很快。

1. 我们每天都在测试环境跑完整的自动化，在线上环境跑冒烟用例的自动化，并且每天有对失败的用例进行维护，所以可靠性还是有保障的。 2.我们线上有对应的预警系统，捕捉到相关错误的时候会给团队成员发送邮件和短信进行报警。所以对于自动化用例覆盖不到的地方，也能比较及时地处理。

起码把大部分稳定模块的回归测试工作量通过自动化替代了
当然那是两年前小团队的模式，产品和环境依赖没那么大，现在的产品各种依赖太多了，自动化很难稳定下来

你这是屏蔽一个人，我是想屏蔽整个节点

感觉还是若干年前的🍉

getInteger() 和 getInteger() 两个方法都是 com.alibaba.fastjson.JSONObject 中的两个方法

看了半天也没看出这两个方法有什么不一样

先搭一个时光机去明天，拿到数据再回来吧

公司电脑不方便登录其他网站，所以用手机访问；但是手机绑定微信的时候又没办法扫描自己浏览器上的二维码，截图也不行

意思老哥你月薪 32K？

看完前几天争论那么多的帖子，看到楼主这个贴简直就是如沐春风，收益良多

我怀疑是你的服务器端无法访问到你本地的 selenium server，所以提示 4444 is down.

建议你检查一下这块，比如网关，端口什么的是否有限制，或者直接从服务 Telnet 一下你本地的地址和端口看是否能通

话说微信上发的图片不是已经把这些信息都去掉了？

已报名

smart bear,browserstack

flask 里的路由配对了吗？

不是老板视角，只是提醒一下，要是无意违反了公司规定什么的，得不偿失

话说你们这些分享都经过公司同意了吗？ 感觉会有泄密的风险

上一份工作就是游戏发行代理公司，有自己的 sdk ，提供账号系统，支付系统，数据埋点收集等功能。就像二楼说的一样，纯软件测试，偶尔测一下游戏对接的 sdk 各功能是否正常。
关注点嘛，就是 sdk 相关的问题，比如游戏闪退，登录失败，支付失败等问题，以及各种数据分析，游戏转化率，付费率，留存率等等

目标，范围，策略，工具，场景设计，风险评估和控制，等等这些

赞，总结得浅显易懂了

同意