软件测试|流量回放和自动化测试的区别

01 流量回放和自动化测试的区别 使用线上的真实数据
适合高并发场景
【软件测试|流量回放和自动化测试的区别】对目标服务器无干扰
编写自动化用例时复杂场景造数麻烦,日常自动化维护成本高
构造压测模拟数据麻烦
写接口:由于回放后对写接口的操作,可能会产生脏数据,这些还依赖于业务侧进行相应的脏数据过滤,或者对写接口的回放操作进行必要的转发,鉴于以上问题的风险,写接口的回放操作平台还不能很好的支持,这也是后续我们需要持续改进的地方。
在日常的测试工作中我们或多或少总会遇到下列问题:
服务架构升级或重构,需要验证原始接口逻辑,对原有的一堆接口做回归。
对于业务逻辑复杂的场景,每个迭代版本都需要大量的时间用于回归测试。
编写自动化用例时复杂场景造数麻烦,日常自动化维护成本高。
构造压测模拟数据麻烦。
02 自动化测试场景和局限性 据上面的描述,你就不难推导出自动化测试适用的测试场景了:
回归测试。每一次应用发布,都伴随着一次回归测试。对于重复性的工作,机器显然更适合。
兼容性测试。不管是Web测试,还是App测试,兼容性测试都是必不可少的一环。以Web测试为例,同样的测试用例,需要在不同的浏览器上分别运行一遍,这对测试人员而言不可谓不是一种折磨。
大规模测试。如果一次测试涉及的测试用例过多(比如100+),功能测试难免会有遗漏或者重复,而自动化测试可以轻松确保一个不少,一个也不多。
自动化测试也不是万能的,再来看一下它的局限所在:
不低的技术门槛。不论是使用哪种自动化测试框架,对于测试人员而言,都存在一定的技术门槛,一般至少需要学习并掌握一门编程语言。
可观的开发成本和维护成本。跟任何程序一样,无论是编写自动化测试脚本,还是在需求变化时修改脚本,都需要花费大量的时间。
需求要稳定。自动化测试的前提是测试用例要稳定,而测试用例稳定的前提是需求要稳定。对于临时的或者说一次性的需求,自动化测试往往是得不偿失的。
应用周期长。应用的生命周期越长,自动化测试节省的时间越多,带来的价值也越大。
现在我邀请你进入我们的软件测试学习交流群:【746506216】,备注“入群”, 大家可以一起探讨交流软件测试,共同学习软件测试技术、面试等软件测试方方面面,还会有免费直播课,收获更多测试技巧,我们一起进阶Python自动化测试/测试开发,走向高薪之路。
喜欢软件测试的小伙伴们,如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一 键三连哦!

    推荐阅读