首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

码云周刊:当测试拿起自动化测试工具,开发仿佛看见一场悲剧正在上演!

类型:自动化测试 虽然之前小一做过几年开发,但当时对于在公司兴起的自动化测试概念还不是很清楚,觉得是一种很神秘的东西,后来通过向业内资深的测试工程师朋友咨询才恍然大悟。其实自动化测试从广义上来讲,即通过各种工具(程序)的方式来代替或辅助手工测试的行为都可以认为是自动化;从狭义上来说,即通过工具记录或编写脚本的方式模拟手工测试的过程,通过回放或运行脚本来执行测试用例,从而代替人工对系统各种功能进行验证。同时,小一也了解到目前自动化测试大致分为以下几类: 对Web UI 的自动化测试程序 对Windows 窗体

09

接口自动化框架设计漫谈V1.0

你好,我是刚哥。 针对“pytest搭建接口自动化框架”,谈谈对框架设计的当前认知。 简约至上。选择pytest就是选择Python,Python的设计理念是Simple is better than complex,不能让初学者直接上手的框架设计,都是在反其道而行之。所谓具备编程思想的自动化框架,并不值得追求。 原生用法。Beautiful is better than ugly,能不封装就不封装,不改变依赖库的函数声明,函数名、入参列表、返回类型。通过可省参数追加入参,通过装饰器添加代码,通过猴子补丁更改行为。 数据用例一体。Flat is better than nested,平铺比嵌套更容易编写,阅读,维护。将数据放在用例文件中,在单个文件中编写用例。数据驱动时,可从外部读取。变量管理亦是如此。 pytest提供了测试框架的基础骨架,Python库提供了各式各样的组装零件,我们要做的是拼凑,搭建适用于接口自动化测试的框架。 宜轻不宜重。挑选Python库,优先选择轻量级的,比如pytest-html既能满足使用需要,又能定制化样式,就不用安装依赖Java环境的Allure。比如Python内置logging就能打印日志,就没必要非得使用依赖visual c++的loguru。 用例独立。用例相互之间没有依赖,随便拉出一条用例就能执行。多接口场景用例,把每个接口视为一个测试步骤,排列在用例里面。无上游依赖、出参稳定的接口抽取为公共函数。简单来说,用例可以只包含一个接口,也可以包含多个接口。接口可以写在用例里面,也可以写在用例外面作为公共函数,再导入到用例里面。接口参数不同验证不同场景,复制用例文件,命名为新用例。 中文命名。用代码编写pytest,有个缺点是文件命名晦涩难懂。在“用例独立”这条设计原则之上,可以采用中文命名用例集(文件夹)和用例名称(文件名)。不存在用例相互依赖,就不需要import,代码中就不会出现中文,不影响代码执行和“专业性”。用中文写注释没问题,不要用中文作为对象名。 标记不如目录。pytest支持marker给测试用例打标,执行时按标记筛选用例执行。用例多了以后,维护标记变得麻烦。将用例集按照某种特性分组,比如基础自动化用例集、每日巡检用例集、联调用例集。按目录维护用例,按目录批量执行用例。

01

Python 接口测试之接口关键字封装

我们使用RF做UI自动化测试的时候,使用的是关键字驱动。同样,Python做接口自动化测试的时候,也可以使用关键字驱动。但是这里并不是叫关键字驱动,而是叫数据驱动。而接口测试的关键字是什么呢? 我们数据驱动的载体是Excel,那么excel里存放的数据是接口测试用例数据,一个接口数据里有常量和变量。变量就是一些参数对应的值,而常量就是接口的:host、path、method和data等等。而这些常量是固定不变的,我们可以将接口测试用例这些常量封装到一个类中,每次执行测试的时候,调用类中某个方法来读取excel中接口关键字对应的值。这些就称之为——关键字数据。

02

python接口自动化之白名单

在前面的文章中,对接口自动化做了简单的概述,今天呢,这里将的是,也是我们在工作总会遇到的,比如,我们今天去执行这个接口,发生了错误,已经提bug了,这个接口开发预估需要2天解决。但是明天呢,我们要再次执行这个接口的所有的测试脚本,那么久会遇到这样一个问题,昨天出错的接口的本次运行还会出问题。是同一个bug,那么我们就会遇到,这样的改造,怎么去吧这里面的已经出问题的接口 或者用例给踢出去呢,我这里用白名单的方式去解决,这里呢,我是用一个最简单的方式,就是在config的配置文件中,配置白名单的接口,或者白名单的测试用例。我要举例的是增加白名单接口。

01
领券