#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 其实我们也想不到，因为我们分别站在了不同的角度分析产品。我们不理解底层实现。那么有谁比开发出这段程序的人更了解它，更适合测试它的呢？所以，想让他们也参与到测试中，就要简化他们的测试成本。这就是我们搞工程自动化的目的之一了。

#1 楼 @gz19891020 这个是比较看团队的。不同的团队的发展方式是不同的。有些团队的方向是工程自动化 devops 方向，各个职位界限没那么清楚，崇尚极限编程，不喜欢条条框框的死规定扼杀团队的创造力，如我们团队是这样的。 有些团队的方向是流程严谨化，管理规范化，崇尚把所有事都规定一套流程进行把控，如一些传统金融公司。 我个人觉得现阶段互联网还是倾向于前者发展的

#2 楼 @Lihuazhang 可能文档都是英文的，在国内测试圈子火不起来？

#80 楼 @phicomm123 可以自己造啊。。。。或者找 DBA 把线上数据脱敏后 dump 下来。。。。

#2 楼 @fnngj 挺同意你的想法的。 我专门写过数据管理的帖子，讲的是在自动化测试中怎么管理测试数据的。其中包含了数据的创建和销毁。我感觉数据是自动化测试的关键？ 我个人也是不太喜欢录制回放和关键字驱动框架。不灵活，不可应变。 UI 复杂点，case 多一点。这些框架就报废了。 写代码可以依赖比较好的设计避免这些问题。

#78 楼 @phicomm123 恩，那不一定非要到线上搞数据下来。。。

#76 楼 @phicomm123 为啥要搞线上数据库。。。

#22 楼 @hustar0102 这个木有啊~ 前端的我就搞过 UI 自动化

#24 楼 @sanlengjingvv 这是我们之前在 Facebook 工作的个同事说的，据他描述，当初整个公司只有 8 个专职的 QA。他们把 CI,CD 做的非常好。 同时开发人员的 UT 也做的很好。我们公司已经停止招 QA 了，盲目的加人并不能解决问题。

#15 楼 @simple 谢谢哈