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

    Python基础入门

    1. 1989年圣诞节:Guido von Rossum开始写Python语言的编译器。 2. 1991年2月:第一个Python编译器(同时也是解释器)诞生,它是用C语言实现的(后面又出现了Java和C#实现的版本Jython和IronPython,以及PyPy、Brython、Pyston等其他实现),可以调用C语言的库函数。在最早的版本中,Python已经提供了对“类”,“函数”,“异常处理”等构造块的支持,同时提供了“列表”和“字典”等核心数据类型,同时支持以模块为基础的拓展系统。 3. 1994年1月:Python 1.0正式发布。 4. 2000年10月16日:Python 2.0发布,增加了实现完整的[垃圾回收](https://zh.wikipedia.org/wiki/%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6_(%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%B8)),提供了对[Unicode](https://zh.wikipedia.org/wiki/Unicode)的支持。与此同时,Python的整个开发过程更加透明,社区对开发进度的影响逐渐扩大,生态圈开始慢慢形成。 5. 2008年12月3日:Python 3.0发布,它并不完全兼容之前的Python代码,不过因为目前还有不少公司在项目和运维中使用Python 2.x版本,所以Python 3.x的很多新特性后来也被移植到Python 2.6/2.7版本中。

    02

    接口自动化框架设计漫谈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
    领券