层主吐槽意味大于了解的心态吧 五年工作经验怎么带该不该带心里肯定有数

并不是每个新人都值得带的，你需要挑出一些有潜力的。

这种辞了就辞了

刚毕业只为了工作而工作，等那同学心态稳了就好了，心浮躁的很，怎么可能静下心来测试

保存了不能再编辑了吗？格式感觉好凌乱

http://www.51testing.com/html/05/15030005-860250.html

第一个要做的应该是看看在测试环境能否复现吧，可以复现就是测试方式有问题，存在漏测；不能复现，测试环境是正常，首先需要排除环境差异，版本差异带来的可能性，然后再看问题。

只是因为我把 set 在后写成了 list 就说我的基础不扎实，貌似不太合适吧？而且我感觉 hibernate 这个框架挺强大的，只是在配置 mapping 的时候要把关系理清，为什么说是傻瓜框架呢？

昨天的问题已经搞清楚了，set 下的 person 最后应该是空的，因为当前的 person 还未封装好，并且要那个 person 也是没有意义的，当前我们查的就是这个 person。关于楼上两位说的 ORM 框架使用问题，mybatis 确实是当前的主流以后也会学习，但是接触 mybatis 前还是想感受下 hibernate，感谢！

正式版本的代码与测试版本的代码混淆了

评论太多我就懒得一一看过去，相信楼主已经被喷过了。 然后我也说说自己的对自动化测试的理解。 我一个 QA，但是基本上做的都是开发的活。 在我眼里自动化不仅仅楼主说三样。 例如我现在手上做的任务，1.爬取第三方站点数据 2. 通过规则引擎转换数据 3. 跟自己站点数据做对比。也许这过程确实用到了 Web 和 API 接口的自动化测试技术，但例如刚做完的另一个工具，解析第三方公司提供的 excel 文件，然后通过规则生成应有数据，跟自己数据库对比。 跟 APP Web API 自动化啥关系。 但这也是自动化测试，因为我取代了以往 QA 的手工测试。 so... 我眼里的自动化测试，是一切频繁用手工测试的东西，用机器去替代都是自动化测试。

大佬没有灰度的说法么

去找开发问下具体原因

测试环境和生产环境数据有差异，导致测试场景分类不够；
上线后的缓存／浏览器缓存问题；
代码 merge 出问题了，这够 shit 的

这种情况是常态,习惯就好

这个得根据你版本发布的频率和测试资源来说吧，另外你说测试版功能是好的，是不是你和开发的环境是公用的啊。。

A：请问你支持民主党还是共和党？
B：政党的发展历程经过这么几个阶段……
A：请问你支持民主党还是共和党？
B：比如台湾民进党、国民党和大路的 GCD……
A：请问你支持民主党还是共和党？
B：要想明确哪个政党值得支持，首先要追溯一下宗教发展对政党衍生的作用……
A：请问你支持民主党还是共和党？请直接回答！
B：草泥马你是杠精啊，我说的这些都没有超出政党问题的范畴，我就在回答啊

说白了就是环境管理和配置管理没做好，不要听人吹自动化测试、回归测试、容器之类的牛逼，做好基础才是王道，没有规则只搞实现啥都解决不了

接一楼，你思路太混乱，基础很不扎实，用 h 这种傻瓜式框架并不能帮助你思考，m 比较自由，支持的业务逻辑复杂度更广泛，更能帮助你好好思考你的设计

我反复尝试不以吐槽的口吻来答复你，我发现自己失败了，所以就不回答了，我只告诉你 hibernate 不适合你，转向 mybatis 吧

你永远无法打败一个杠精，因为:你跟他说技术，他跟你说这些技术超过所谓测试的范畴，不算测试；你跟他说策略，他跟你说光动嘴皮子不干一线那是管理层面的东西，也不算测试。所以呢，let it be 吧

也许楼主说的自动化测试是专指这一测试类型，那么想问楼主是否做过实时/离线的数据链路的自动化测试？
如果楼主说的自动化测试是指做自动化的测试员，那只能说明楼主对自动化测试工程师的定义太狭隘了。

但是我还是想成为一个站在大把钱堆上，看不到任何东西的人

感觉社区的帖子质量越来越差了，

开发中最棒的测试，测试中最棒的开发～

我是一个小职工，看你们聊得这么开心，也想发表一下感慨，我觉得测试到最后拼的不是技术，也不要说 low，也不要鄙视功能，自动化也好，专项也罢，最重要的是测试策略。

楼主说的是：自动化测试真的没啥技术含量，其他技能很少或者根本用不上,自动化测试技能对测试人员来说真的很鸡肋！！！你们偏要扯自动化……这是一个概念范畴的东西？还 docker、k8s……真是够了