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