要想解决这个问题，最终取决于这整个团队的管理者及整个团队工作的氛围。
曾记得在某一本书上看到这么一个观点：要想看一个公司管理者的能力、整个团队的管理水平及氛围；可以从问题角度去观察。
当出现问题时，整个团队是互相推卸，还是积极反馈、查找原因和解决办法；整个团队是否愿意去发现和寻找工作中的问题，能否有正确的方法去面对问题；这就要求管理者在组建和管理一个团队时，对团队成员的要求；工作流程很重要，执行工作流程的人更重要。
没有做过测试工作的人，会不知道测试工作过程中的困难和难度；没有做过开发工作的人，会不知道开发工作过程中的困难和难度；没有做过管理工作的人，会不知道管理工作过程中的困难和难度；前不久有位同事说过：有些东西你没有做过就你没有发言权。
当某些工作需要大家配合去完成时，只有足够的尊重（学会换位思考、学会沟通）、责任心才会让事情做起来比较顺利。
上面这些牵扯出另一个问题：工作技能，应该说是综合技能。
做技术的，大家都知道，牛人通常不会推卸责任；牛人知道自己会哪些，不会哪些，不会瞎指挥；牛人会根据实际情况结合自身的经验给予对方建议和帮助，而不是刁难和嘲笑；牛人会用你能接受的方式让你知道自己在哪个地方出问题了。
关于现象3中的自动化测试工具的局限性，如何让开发明白，我给的建议如下：
1）让一部分开发人员来干干测试的工作，让他做过后，就会明白了；这个方法耗费的成本代价较大，属于内耗。
2）如果公司还有其它团队，让其它团队测试工作有影响力的人给开发团队管理者进行引导。
3）收集数据，准备材料，用足够的数据（自动化测试提升了XXXX测试执行工作效率；自动化发现的bug数据；手工测试发现的bug数据XXXX等等）来说服对方，当然在说服的过程中，要得到更上一层管理者的支持和理解。
上面3点是治标不治本，最终还是要把工作流程整理顺畅，要有个合适的人在合适的位置上选择一堆合适的人，然后带这堆合适的人一起做事。
在我测试工作的7个年头里，经过在不同公司和不同团队配合做事后，让我感触最深的是：测试工作要做好很不容易。
