后面是怎么解决的？除了下载低版本的 selenium 外

也有很多方便是在外面的体会不到的，起码中国大陆一直在成长

感觉现在都是业务为王了

哪里都有只会忽悠领导没有能力，不止测试行业；哪里都有只会技术不会讨领导开心的，不止开发行业；只能评论说 这确实是个段子。 把测试换成开发，把提升不了质量写成 代码到处都是稀烂的 bug，我想就不会有文章的最后一句话了。
喊了好多年的测试必死，结果还是活蹦乱跳的，这一切都是市场选择的结果，市场只能说真话。
持续学习能力是 IT 行业人必备的技能，不管你是哪个专业，你进了这个行业就必须遵守，不仅于测试，不学习不进步的 IT 人都是慢慢给淘汰的！
同样的加一句，不仅于测试

还有，楼主好文，谢谢分享

感觉上面讨论的兄弟们都混淆了。。不知道说的对不对，抛下观点.
第一，测试开发看的是 log，log 报错的是源点，是数据错了还是脚本错了还是接口反馈的原因，这些日志都看的出来，而作为测试数据的确实 rollback 毫无影响。
第二，测试的角度是这样的，我看到了数据错误，那么我拉开发来看的时候，这个时候是需要一个证据来证明此处有错的。有的开发脾气人好好说话，有的根本不想鸟你，打个比喻报了个数据库 insert table 时 data too long 的错误，你说要改成 vachar(500)，脾气不好的就会觉得 300 就够了，为什么要 500 那么长，而且可能有的字段还是 index. 这个时候，保留下来的证据 (数据) 就显得很重要了！！
一点小观点，轻拍，感谢！
毕竟大家测试这一块 业务不同，工作性质不同，看待东西的角度也是不同的.

主流数据库的特性测试也还是需要学习清楚的。
另外，我也在做数据库方面的测试，可以互相加微信探讨下 soy0209

我觉得我等屌丝会议啥的应该很少，比较容易忘记的应该是 生日类的，拿东西类的，下班回家买个啥类，什么时候答应朋友要干点什么的。。。。 反正我这个屌丝，私人事情忘记的多。。。。

你还能从生产获取数据，我这边不让从生产获取数据，基本都是用的各系统的测试数据在匹配应对逻辑；而且逻辑 sql 连需求都是无文档口述的！

#9 楼 @caroline 谢谢哈，我在深圳呢，。。。北京的天气让有呼吸道疾病的我只能望而止步 /(ㄒ o ㄒ)/~~ 话说兄弟微信号多少加个被

#7 楼 @caroline 大数据测试呀

顶个，我也在搞

个人觉得缺陷管理工具最重要的是缺陷的管理，缺陷信息的展示，如果能直接查询相关曲线图表当然更好；但是作为测试更要注重和开发的沟通，知道这个 bug 是为什么会产生，这样才能找出更多的 bug，个人小见解~~~

期待深圳的啊

估个薪资范围除来嘛！

众测有好处也有坏处，好处是能够充分得到第一手用户想法体验，能发现在特定环境特定时间点的潜藏 bug，坏处就是你要辛苦点去排除 不是 bug 的 bug，耗费更多的时间还原播报不够专业的 bug，花费一定的时间和特定 bug 发现者沟通.
但是对于产品质量来说，个人觉得肯定是利大于弊.

是个好工作，深圳这边的就是想找个数据库和自动化的

没要求？

bugfree 蛮不错的

楼主帮忙发一个给我，181824237@qq.com,谢谢啊