怎么知道这网站是php语言做的,学校网站建设发展概况分析,临淄哪里做网站,网站开发用那个软件在快速迭代的产品、团队中#xff0c;UI自动化通常是一件看似美好#xff0c;实际“鸡肋”#xff08;甚至绝大部分连鸡肋都算不上#xff09;的工具。原因不外乎以下几点#xff1a;
1 效果有限
通常只是听说过#xff0c;就想去搞UI自动化的团队#xff0c;心里都认…
在快速迭代的产品、团队中UI自动化通常是一件看似美好实际“鸡肋”甚至绝大部分连鸡肋都算不上的工具。原因不外乎以下几点
1 效果有限
通常只是听说过就想去搞UI自动化的团队心里都认为「UI自动化」等于「减少人工 提高效率」这固然没什么大错但是他们也会认为减少的人工成本和提高的效率会非常高所以会对UI自动化寄予非常高的期望这就很有问题了。毕竟现实是很残酷的UI自动化真实的效果并没有那么好。 这个效果没那么好通常体现在两个方面
A.本身无法完全满足复杂的业务代码框架
除了IDName这些常用元素不足还有些本身框架就比较复杂需要对开发有非常高的要求才能比较好地添加需要的信息比如说VUE非常好用的框架封装得非常好的同时也意味着改造VUE非常困难。更何况还有些前端代码直接是动态生成的这使本就难搞的自动化雪上加霜。
B.UI自动化仅能就已知的问题做兜底基本无法检查出新的BUG
有些同学会说不适用还要强行用用了不好用还要怪工具真有你的。确实第一点是因为被测系统框架本身和Selenium不兼容导致的但是第二点就是目前自动化都无法逾越的问题。
这个特性是天生的平常我们自己做测试的时候也知道很多BUG其实是在测试用例之外发现的而UI自动化毕竟是一段编码它无法对超出预设的BUG进行报告仅能对已知的问题做兜底。
其实兜底能做的好就已经是非常好了依然可以为公司和团队提供非常好的帮助但是除开上述框架层面的原因外公司层面的原因也非常关键。
2 重视度不够
众多设置了UI自动化岗位的公司通常情况下只有1到2位同学用仅一半不到的时间在写自动化脚本而这些同学被寄予了厚望希望可以做出一个覆盖面积广、测试通过率高、持续集成稳定、领导拿出去展示倍有面的UI自动化系统。
想想都气抖冷但是这就是比较真实的现状。而除此之外大部分招聘UI自动化的公司给出的薪资也较低普遍在8-20之间15以上一般都在大厂了。我们换位思考一下如果一个公司的主程月薪20K你觉得这个公司的研发水平是怎么样的答案不言自喻。有很多同学不服了你UI自动化测试跑去跟正经开发比真有你的。我还真就要说了UI自动化想要落地招人的标准就要冲着开发水平去招不然就毫无意义。
当然给出高工资并且全职做UI自动化的公司并不是没有可是效果也一言难尽因为这涉及到了执行层面的内容。
现在我也找了很多测试的朋友做了一个分享技术的交流群共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源没人解答问题坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化性能安全测试开发等等方面有一定建树的技术大牛
分享他们的经验还会分享很多直播讲座和技术沙龙
可以免费学习划重点开源的
qq群号110685036【暗号csdn999】 3 维护起来太痛苦
自动化要做好难在维护这个是很多人都知道的。维护的原因只有一种需求变更。无论是页面修改、逻辑修改还是底层代码变动导致的维护其实都可以归结于需求。
每次维护通常分为以下几步
1.跑全部用例拿到出错的用例。 2.分析出错用例找出因为本次修改导致的错误用例。 3.修改用例后复跑确认没有问题。 4.重复步骤3直到所有出错用例都修改完。 5.再次跑全部用例确认没有问题合并代码。如果有问题重复步骤3和4。
上述步骤已经非常耗时了通常1到2个人的自动化团队即使是全职当用例累积到五六百时大部分时间都会消耗在维护上更何况很多都不是全职。耗时耗力如果改好后能保证效果的话其实勉强也能接受。但是非常不幸上述的维护动作通常是在我们正式跑用例出报告时才会发现有问题这也导致了我们发出去的报告中的通过率会忽高忽低没有UI修改时风平浪静一旦有修改一地鸡毛。
而通过率的波动会导致很可怕的事情不受信任。试想你是测试leader或者开发又或者是业务测试同学当一份自动化测试报告发过来的时候点开一个错误用例发现是UI修改导致的点开第二个还是终于在一堆因为未维护导致的失败用例中找到一个其他原因导致的错误找你一核对发现是网络问题。看这份报告的人心态会是怎么样的
多次这样之后会关心这份报告的人都不会记得你成功率是95%时的模样只会记得成功率是80%时的模样并给出结论这东西没什么用。事实上这还是做得好的情况毕竟通过率可以达到95%已经非常不错而市面上绝大部分公司的UI自动化通过率从来没有达到过95%甚至80%都达不到试问这样的结果拿出去给谁看呢丢谁的人呢
总结维护耗心耗力结果依旧不受信任。
以上三点是我自己总结的“UI自动化说了这么多年依旧鸡肋”的原因。它目前是一个实际投入100分产出只有90分然后还要持续投入越来越高的成本才能继续维持90分产出的东西。 但是却被不了解或者了解也装不了解的人看成是实际投入50分产出可以到150分的一劳永逸的解决方案。以此吸引了一大波人进入这个领域看了一段伪代码就说自己会了完整地写了一个用例就说自己精通了在某个公司做着半吊子的项目就说自己是专家了。
那么问题来了它似乎没那么美我们要不要做呢
我们要不要做呢
要不要做呢
……
END今天的分享就到此结束了点赞关注不迷路
