自动化测试如何破局?
2021-09-26 08:19 zouhui 阅读(73) 评论(0) 编辑 收藏 举报自动化测试如何破局?
最近面试软件自动化测试工程师,感想颇多。
面试者都来自大厂或大厂外包,华为,oppo,顺丰,沃尔玛,百丽,腾讯,字节……
开始以为捡到宝了,即使没吃过猪肉也见过猪跑吧,起码参与过自动化测试,面试后大失所望。
面试了很多工作十年的测试工程师仍然在做功能测试,或是功能测试为主,自动化测试打酱油。
什么是打酱油?我们有自动化测试,我们做了。但是自动化对工作的贡献微乎其微,
也就是说自动化测试并没有真正为企业带来价值,最后自动化测试脚本不在有人维护,被人遗忘。
问及为什呢自动化测试流于形式?实施自动化测试最终摆脱不了失败厄运,会不了了之。
每个人都给出无数理由,在我看来是无数借口。
十年前我曾经写过关于自动化测试为什么难以普及的文章,时隔十年,都2021年了,自动化软件测试普及程度跟10几年前情况差不错。究竟问题出在哪里呢?
如果你是管理层,你会发现,自动化测试工程师人在招聘,事在做,钱在花,但是没有成绩。仍然人工测试为主,自动化辅助。
难道无法实现自动化为主,人工为辅吗?
此前我在一直在外企工作,为什么外企能做到自动化为主的测试呢?我认为有一下几点:
认知的问题
生态问题
技术问题
能力问题
氛围问题
认知问题
你问测试人员我们有没有做自动化,答案是:
1. 认为自动化测试替代不了人工测试
这话没毛病,确实不能100%替代,但是自动化测试可以干80%的活。剩下20%人来干。
2. 需求迭代快不适合做自动化,迭代快常常导致自动化脚本跑不通。
我不这么认为,我们通过持续集成运行自动化测试脚本,一旦发现流水线测试失败就会立即修复自动化测试脚本。只要紧跟开发,开发动,我就动,联动开发,就可以解决这种问题。写测试脚本的工作量远没有开发的工作量和强度大。更多时候只是修改定位元素标签而已。
人工测试前首先要通过自动化测试,这样可以避免盲目测试。
也就是人工测试走了大部份流程后才发现往下走不通了,此时已经浪费了时间,为什么不让自动化程序去发现问题呢?
生态的问题
在国内包括大厂,软件自动化测试处于很低的水平,测试人员水平也相对低于其他团队,例如开发和运维。为什么 DevOps(运维自动化)在国内能风生水起?因为DevOps 在为企业创造价值。
DevOps 降低了IT成本,解决企业面临的众多IT痛点。
管理层重视程度,管理层能力,管理层认知都决定最终结果。
管理层重视自动化测试,但是能力又无法推动。
招聘也存在问题,管理层的认知天花板决定他招聘进来的员工天花板。
即一流人才做面试官,只能招聘到二流人才,二流面试官,只能招聘来三流人才,以此类推。
最终一个乌合之众的测试团队被攒出来。
技术的问题
互联网技术越来越复杂,HTML 4.0 的时候只有 form 表单提交,那时做自动化测试畅通无阻,非常顺利,后来有了ajax 和复杂UI,导致自动化测试难以进行。
很多测试工程师的开发水平仅限于测试,没有从事过前后端开发,遇到问题被卡住,解决不了,就放弃了自动化测试。
能力问题
测试团队能力不足是最大问题,多数测试人员的职业生涯规划是失败的,从功能测试走到自动化测试的人非常少。
成为自动化测试工程师,需要三个因素:
自驱力,外驱力,环境因素。
自驱力是自我学习的动力,外驱力是外部施压强制员工学习,以满足岗位需要,两种力都具备后还需要有环境,包括学习环境(氛围)应用环境(学以致用),实战机会等等。
氛围问题
很多公司的想法是招聘一两个自动化测试人员,更多配置是功能测试。
这个想法就是错误的,从一开始就注定了要以功能测试为主。尤其是当测试组的leader是功能测试者后,他会更坚信自动化测试替代不了人工测试,在自动化测试短期没有成绩的时候,他会本能否定自动化测试,最终将会从自动化专人工。
由于自动化测试人员少,就会有孤独感,遇到问题解决不了,没有人沟通,工作容易被卡住。
所以氛围很重要,要打造学习型团队。提供分工,教练,合作,咨询,培训, 提升团队整体素质。
老生常谈
测试部门负责人的认知和格局天花板决定了测试团队的天花天,以及在自动化测试领域能走多远。
end