直接抛出观点:高效的测试方法当然有,那就是采用【接口+自动化】。
为了系统阐述这个问题,让你能有较强烈的获得感,本篇文章将采用下列结构进行展开:
1、回归测试,测哪些东西?
2、传统的回归测试是如何测试的?
3、高效的回归测试怎么做?
4、高效方法具体如何做?
5、接口自动化怎么做?
6、学习资源分享。
别走,现在就讲。
一、回归测试,测哪些东西
回归测试是软件测试过程中的一个重要的环节,如果说冒烟测试是对软件质量的抽检,那么回归测试就是保证软件质量的最后一道屏障。
一个APP,可以分为前端和后端(也称为服务端),前端包含UI样式、交互效果、视觉体验等,服务端包含数据存取及计算、逻辑交互等。回归测试就是通过对新老功能所有场景的最终测试,找出前后端可能存在的问题。
根据统计,回归测试中发现的bug,大多数是由于新功能上线后与老功能逻辑冲突或数据不兼容等引起。
二、传统的回归测试
回归测试中,这些潜在的bug如何验证?传统的方法就是手动回归。
把APP按模块划分非几个测试人员,分别验证各模块的新老功能。但是这样的验证方式缺点很明显,需要耗费较多的人力和时间。
面对软件的频繁更新迭代(某些软件不是按月更新,有时是按周来进行更新),手动验证显然太费时费力了,那么,如何高效地进行回归测试?
三、如何高效回归测试?
分析潜在问题产生的原因,我们就会发现,后端(服务端)是个重灾区。比如前面所说的数据不兼容、逻辑冲突等,这些都是属于的后端范畴。
如果能够把这个重灾区快速治理好,今天的问题就有了答案。
很幸运,互联网的前辈已经帮我们探索总结出来了很多好用的方法,那就是用 【接口+自动化】来做回归测试。
四、高效回归测试则么做?
【接口+自动化】包含了接口测试和自动化。接口测试即通过对接口请求返回数据的校验来做验证;自动化指的是多个测试场景之间,参数的传递和逻辑的交互实现整体串联,校验最终的结果。
下面通过具体数据来对比,传统手动回归测试接口VS自动化回归测试。
某信APP【通讯录】做了功能优化,现在到了回归测试环节,需要你给出测试估时。
首先要知道【通讯录】有哪些小功能要回归,下面我们简单罗列一下,请看下方图片:
功能太多,如果全部列出来,估计一张A4纸都不够,这里仅列出少部分,如果按照接口估算,大概有100个接口。
这么多功能都从头到尾走一遍,一个人肯定是不够,一般来说至少需要4人(每个人验证两个一级功能),每人3小时,这样算下来 需要的工时一共是 「4人x3小时」。
如果使用接口自动化来做回归测试呢?
一个接口请求的响应时间基本在200ms以内,为了方便计算,就算1s好了,100个接口验证三次,时间给它算30分钟(肯定是够了),再加上发现问题后调试排查重试等再给30分钟,所有的时间加起来就是「1人x1个小时」
从12小时的工时到1小时,这是可明明白白的效率提高!
看到这里你一定想说:效率我看到了,赶快告诉我接口自动化怎么做?
五、接口自动化怎么做
接口自动化的实现,当然是要靠框架。推荐几个主流框架:
1)Java常用的测试框架
java类框架有JUnit和TestNG,二者的对比如下图:
JUnit和TestNG对比图
相对于JUnit4来说,TestNG功能更加丰富。
从实际使用的角度来说,参数化的设置及功能,以及处理有上下依赖关系的测试时,JUnit测试框架有着明显的不足。因此,一般都会使用TestNG(推荐)。
2)python常用的测试框架
常用的有Unittest、Pytest。它们的区别如下,各有特色,可以根据自己的业务需求来选择。
了解了这些区别,就选择一个适合自己的赶快学起来吧。
六、接口测试学习资料分享(python类)
悄悄告诉你,接口+自动化,其实我们是完全可以跟着学习视频学的。
接下来我将列出我学习时候使用过得各种接口视频(python方向),分享给大家,赶紧收藏起来吧!
如果文章对你有帮助,记得点赞,收藏,加关注。会不定期分享一些干货哦......
END配套学习资源分享
最后: 为了回馈铁杆粉丝们,我给大家整理了完整的软件测试视频学习教程,朋友们如果需要可以自行免费领取 【保证100%免费】
加入我的软件测试交流qq群:110685036免费获取~(同行大佬一起学术交流,每晚都有大佬直播分享技术知识点)
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。
全套资料获取方式: