啥也不说了，先点个赞

#2 楼 @Lihuazhang 额，目前还在调研中，没有实际用在公司的项目中。 之后比较一下 mesos 和 k8s，最后跟同事商量一下到底用哪种方案。 没准真正落地是很久之后的事了

#3 楼 @seveniruby 正在尝试 QA 涉足 devops 的路线是否可行，希望能以 QA 之身在公司内部打通开发 - 测试 - 运维的界限。做出更好的工程化实践。

#3 楼 @seveniruby docker 在生产环境确实不尽人意，没人用。我也只是想在公司内部看看 swarm 是否可行，之后也会去调研一下 mesos 和 k8s。 我们的产品之后要涉及到多租户，资源隔离。所以大家都在调研各种集群部署方式。 多了解一些以后测试也方便，之前跟一些人沟通，发现涉及到这些的东西都是开发和运维自测，很少有 QA 介入，都觉得 QA hold 不住，我也是有野心想搞一搞。 我们公司的情况也比较特殊。暂时没有专职的运维，但是有一票做过运维的开发。所以运维的工作都是我们平分了。 公司内的所有产品环境都是用我的那套机制去维护。所以好多东西也就逼得我去了解了。另外对 devops 的东西非常感兴趣，有意思往这方面发展一下，所以最近也是积极的学习一些运维的知识。

加油吧。我们都是在不停的踩坑中成长起来的

思寒又要删好多帖子了

#5 楼 @sakura 这个我没有碰到过啊~~

人往高处走，水往低处流. 多往上面看看就好了。

#12 楼 @595233872 其实也不是我写的。 我们的开发写了个 config server。我们的配置都动态的去读

#33 楼 @hu_qingen 咳咳，算虚岁的话我也 30 了。。。。

我表示根本不想这些。。。。

生活工作学习都没耽误。让人向往的生活

想要 report 美观的话，建议别用 reportNG 了，做了一堆定制也好不到哪去。 去看看 allure report 吧，个人感觉最好的测试 report 框架，没有之一，功能十分强大。 你可以翻翻我以前写的帖子。
多机执行的话。我比较建议用 Jenkins 控制，曾加减机器比较灵活，不用配置端口号，UUID 什么的，不必对代码做任何改变，单机还是多机完全看资源池里还有多少空闲机器，想运行的更快直接加机器就好了。不过我是在 pc 端用 selenide 做的。手机端 macaca 能不能搞也不清楚。现在我们是配置了多台虚拟机并发执行，每个虚拟机同时启 4 个浏览器。

#22 楼 @unclex 国内的项目经理一般更关注项目进度方面吧~~ 像 CI,CD 环境管理这些的他们貌似不关心。。。。

#20 楼 @unclex 不是啊。。。。我只负责想办法提高效率。。。

#11 楼 @pcccheng 我也是这么想的

#29 楼 @seveniruby 额，我还没怎么想过我老了干不动的事呢。。。。。

#16 楼 @pingcredit 是的。。。我也是碰上了一个好团队。 换了另一个团队，我估计我也是感叹英雄气短的命了

#25 楼 @seveniruby 我比较好奇为啥 HR 给你下任务。。。。招人不是咱们的专长。。。。

#4 楼 @ycwdaaaa 恩 我也很喜欢~~

#13 楼 @tcat 恩是的，只不过一开始的时候，可能先由某个职位开始做这个事情

看起来不错哈， 话说一看到 40K 的工资我就自卑了。。。。

#9 楼 @yangchengtest 恩，大家一起成长 哈哈哈

#5 楼 @yangchengtest 额，其实不是啦，我代码比较菜，研发的 leader 要更有水平的。 我们做的有点像谷歌的生产力团队

#3 楼 @jphtmt 所以我觉得这种模式依赖高度的工程自动化。免得我们在琐碎的事情上疲于奔波。 就像我说的，设计用例，执行测试是一种提升质量的路子。 这种以提升生产力和效率的方式是另一条路子。 倒不是说会参与开发，产品的代码还是开发人员去写的。 我们要编写的代码是为了提升工程自动化。以前我们是把测试用例自动化。只是现在除了测试用例的自动化外。还要把工作中其他的东西也自动化起来。 同时推进和完善更好的流程，培养团队中的 RD，产品，运维都参与到质量保证的过程中来。虽然这种方式不比测试行为来的直观。 但效果往往是非常好的。 还有就是，我觉得即使在测试中，我们也有我们的局限性。我们想到的 case 开发人员想不到，开发人员想到的 case 其实我们也想不到，因为我们分别站在了不同的角度分析产品。我们不理解底层实现。那么有谁比开发出这段程序的人更了解它，更适合测试它的呢？所以，想让他们也参与到测试中，就要简化他们的测试成本。这就是我们搞工程自动化的目的之一了。