1.1自动化测试模式介绍

1.1⾃动化测试模式介绍
在正式讲⾃动化测试之前,我们不妨来先聊聊⽬前测试团队⼀般存在的⼏种模式。
固定资产贷款管理暂行办法1.1 冰淇淋模式(ice cream cone)我国最早的医书
冰淇淋模式
这个冰淇淋模式是2012年被提出来的,从图我们可以⾮常明显看到,测试团队在⾃动化测试投⼊主要在
GUI界⾯,⽽在集成测试和单元测试的投⼊则⾮常少,更可怕的是在图顶端还有⼀⼤堆的⼿⼯测试,相信看到这个我们的感受是⼀样,这个测试团队⼀定处于较低⽔平,⼤量的⼿⼯测试的存在,必然也就造成了这是⼀个难吃的冰淇淋。
出现这种情况的团队很多是因为测试团队为了尽快产出效果,获得收益就从最容易上⼿的⽤户界⾯测试开始。还⼀个原因就是团队成员⾃动化测试技能较弱,不得不采⽤更多的⼿⼯测试。
这种模式在传统软件公司⾮常常见,甚⾄会出现底下三种测试的投⼊⼏乎为零。 这是⼀种⾮常典型的依赖⼿⼯测试完成业务的测试,通过⼿⼯测试来测评产品的质量。这样系统随着时间⽽越来越庞⼤,业务逻辑越来越复杂,代码耦合性越来越⾼,系统公共部分越来越多,最后可能出现牵⼀发⽽动全⾝,到那时测试⼯作就变得极其困难。经常遇到A功能之前测试是正常,等发布⼏个周期后,因为测试时间紧,就没有再去回归A功能,结果上线后往往A功能就处于⼀个不可⼯作状态。
1.2 ⾦字塔模式
⾦字塔模型1
这是现在⾮常流⾏的⼀种⾃动化测试分层理念,这个是由Mike Cohn提出的,所以这个模型其实也是敏捷测试模型。 这个模型上,我们看⼀看到⾦字塔的底部是 Unit ⽽且占了绝⼤多数位置,中间这层是 Service 有时我们也叫接⼝层API层,⽽⾦字塔的顶部是 UI 层,占有空间最⼩ 。
汗译英
这个⾃动化测试⾦字塔提出后,⼏乎被奉为主旨,甚⾄⼀度出现配合敏捷转型,很多公司出现拆撤独⽴的测试部分,将测试⼈员⼤散并⼊到各个Scrum 团队的风潮。当然其实现实中真正长期执⾏这种模型的团队很少,因为难度⾮常⼤。
为啥呢?
我们再看看这个图,图中⾃动化测试中 Unit 的⾃动化占⽐⾮常⼤,⼤概在80% , Service 占⽐⼤概10% ~ 15% ,⽽最顶端的 UI ⾃动化占⽐最少,⼤概 1% ~ 5%。1% ~ 5% 其实也基本跟我们编写 TestCase 中的冒烟级别的Case数量差不多,这也就说,UI ⾃动化测试建议做到冒烟回归级别便可,通过UI⾃动化测试来保证系统不会出现⼤的问题。
当然从实际⼯作中往往我们可以把这个⽐例提⾼到10%左右,也就是UI⾃动化测试主要去覆盖系统的重要功能。
当然提个醒UI⾃动化测试,不要⼀味去追求覆盖率,也不要去定⼀些不切实际的UI⾃动化覆盖率。真正对覆盖率要求⾼的应该是 Unit层,假设真的做到了80%以上的 UnitTest 覆盖率,是不是觉得这种团队已经偏向TDD团队了。TDD团队对全员要求⽔平都很⾼,所以这也就是为啥很少团队真正执⾏这种模型。
1.3 另⼀种的⾦字塔模型
⾦字塔模型
这个跟上⾯的⾦字塔模型没有太⼤的区别,随着敏捷测试的不断演进,⼜有个敏捷⼤师在⾦字塔上加了顶帽⼦ --- 探索性测试。 团队有了⾃动化测试,是不是⼿⼯测试团队就解散了?当然不是,还有⽆穷⽆尽的探索性测试等着你去做。
1.4 橄榄模式(不倒翁模式)
南宁职业技术学院向日葵
image.png
刚上说的⼏种模型要嘛不符合现在的敏捷团队,要嘛难度⼤。那从个⼈经验上和测试效果上看,这个橄榄模式更为推荐。
它相⽐冰淇淋模式它更符合现在的敏捷团队,因为他重视⾃动化测试。 相⽐⾦字塔模式它相对更容易实操。
再来细看这个图,图中占最⼤⽐例的是中间部分的接⼝API层,其次是Unit层,UI 层依旧占⽐最少。
为啥⼤⼒推荐多做接⼝⾃动化测试呢?
接⼝⾃动化测试与UI⾃动化测试或单元测试对⽐,有很多的优势。 单元测试通常针对代码进⾏测试,系统往往还处于⼀个还未部署状态,⽽接⼝测试则是系统部署完成后才进⾏的测试,另外⼀个接⼝测试TestCase往往会⽐⼀个单元测试的TestCase覆盖到的代码更多,⽽且接⼝测试通常是⾯向业务的测试。
这时你们可能就会问那⼀个UI测试的TestCase不是会覆盖更多代码,更贴近业务,更贴近⽤户实际操作?
这话没⽑病。 但为啥图中反应出来的UI 测试占⽐还是最少。 原因是接⼝⾃动化测试相对UI⾃动化测试更加简单直接,容易见成效,执⾏效率也更⾼。⽽且根据经验随着⾃动化测试⽤例个数的增长,接⼝⾃动化测试整体的维护难易度会⽐UI⾃动化测试低,因为接⼝⾃动化测试更简单直接。
郑成功教学设计所以,按照以往经验看,我个⼈认为⼀个团队如果不是⾛TDD模式,测试还处在⾃动化测试的初级阶段,橄榄模式更适合这⼀团队。平时我也经常喜欢说:重接⼝,轻UI。
最后如果我们在这橄榄模型上再加⼀部分的⼿⼯测试或者探索性测试,那这样是不是就像⼀个不倒翁啦。
image.png课堂上的喷射婉青
按照这个模式,将⼤部分⾃动化投资⽤于接⼝测试,可以获得最⾼的投资回报。再结合持续测试与持续集成等最佳实践,在团队中通过接⼝测试这⼀承上启下的测试类型,可以⾃下⽽上地逐步翻越过冰淇淋模式中的那堵墙。

本文发布于:2024-09-22 21:21:44,感谢您对本站的认可!

本文链接:https://www.17tex.com/xueshu/124494.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:测试   动化   团队   模式
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议