看起来不错哈, 话说一看到 40K 的工资我就自卑了。。。。
#9 楼 @yangchengtest 恩,大家一起成长 哈哈哈
#5 楼 @yangchengtest 额,其实不是啦,我代码比较菜,研发的 leader 要更有水平的。 我们做的有点像谷歌的生产力团队
#3 楼 @jphtmt 所以我觉得这种模式依赖高度的工程自动化。免得我们在琐碎的事情上疲于奔波。 就像我说的,设计用例,执行测试是一种提升质量的路子。 这种以提升生产力和效率的方式是另一条路子。 倒不是说会参与开发,产品的代码还是开发人员去写的。 我们要编写的代码是为了提升工程自动化。以前我们是把测试用例自动化。只是现在除了测试用例的自动化外。还要把工作中其他的东西也自动化起来。 同时推进和完善更好的流程,培养团队中的 RD,产品,运维都参与到质量保证的过程中来。虽然这种方式不比测试行为来的直观。 但效果往往是非常好的。 还有就是,我觉得即使在测试中,我们也有我们的局限性。我们想到的 case 开发人员想不到,开发人员想到的 case 其实我们也想不到,因为我们分别站在了不同的角度分析产品。我们不理解底层实现。那么有谁比开发出这段程序的人更了解它,更适合测试它的呢?所以,想让他们也参与到测试中,就要简化他们的测试成本。这就是我们搞工程自动化的目的之一了。
#1 楼 @gz19891020 这个是比较看团队的。不同的团队的发展方式是不同的。有些团队的方向是工程自动化 devops 方向,各个职位界限没那么清楚,崇尚极限编程,不喜欢条条框框的死规定扼杀团队的创造力,如我们团队是这样的。 有些团队的方向是流程严谨化,管理规范化,崇尚把所有事都规定一套流程进行把控,如一些传统金融公司。 我个人觉得现阶段互联网还是倾向于前者发展的
#2 楼 @Lihuazhang 可能文档都是英文的,在国内测试圈子火不起来?
#80 楼 @phicomm123 可以自己造啊。。。。或者找 DBA 把线上数据脱敏后 dump 下来。。。。
#78 楼 @phicomm123 恩,那不一定非要到线上搞数据下来。。。
#76 楼 @phicomm123 为啥要搞线上数据库。。。
#22 楼 @hustar0102 这个木有啊~ 前端的我就搞过 UI 自动化
#24 楼 @sanlengjingvv 这是我们之前在 Facebook 工作的个同事说的,据他描述,当初整个公司只有 8 个专职的 QA。他们把 CI,CD 做的非常好。 同时开发人员的 UT 也做的很好。我们公司已经停止招 QA 了,盲目的加人并不能解决问题。
#11 楼 @hu_qingen 恩恩,哪方面不清楚,我再解释解释
#10 楼 @caikaibai 恩恩 恭喜哈
#8 楼 @caikaibai 我没有在树莓派下搞过,不过我看到过很多人都分享了树莓派下的 docker 实践,你可以查查资料
#6 楼 @caikaibai 恩恩,互相交流哈,里面有个专业运维,他 docker 很厉害
#4 楼 @caikaibai 叫 QA 之道,你看看能不能搜到