前言 通常，自动化测试用例在执行完成后，都会发送一个结果，以通知测试人员或测试leader测试的结果。如有测试失败的情况，测试人员再去查看具体的测试报告，检查是哪个场景没有测试通过。当前较为流行的提醒方式有： 邮件 企业微信、钉钉等push消息 由于我们公司所使用的办公软件是企业微信，因此，在实现测试结果通知提醒的功能时，选用的是企业微信。当前较为流行的实现方式有两种形式： 企业微信应用通知：需要在企业微信中创建一个应用，再获取Secret 普通群消息推送：需要在群中添加一个群机器人（会自动生成webhook_url，以供后续接口调用） 由于方式一需要在企业微信中创建应用（需要管理员...

前言 很早以前，我用uiautomator+java实践过AndroidAPP自动化测试，不过今天要提的不是uiautomator，而是uiautomator2。听起来uiautomator2像是uiautomator的升级版，但是这两款框架仅仅是名字上比较相似，实际上没有任何关联。 一、uiautomator/uiautomator2的前生今世 项目地址：​​https://github.com/openatx/uiautomator2​​ 1.官方文档介绍 2.梳理一下脉络 先有的谷歌uiautomator，但是只支持java； 后来一个名为hexiaocong的开发者基于uiauto...

前言 在上一篇《​​APP自动化测试框架-UiAutomator2基础​​》中，重点介绍了uiautomator2的项目组成、运行原理、环境搭建及元素定位等基础入门知识，本篇将介绍如何基于uiautomator2设计PageObject模式(以下简称PO模式)、开展移动APP的自动化测试实践。 一、PO模式简介 1.起源 PO模式是国外大神MartinFowler于2013年提出来的一种设计模式，其基本思想是强调代码逻辑和业务逻辑相分离。​​https://martinfowler.com/bliki/PageObject.html​​ 2.PO六大原则 翻译成中文就是： 公共方法表示页...

前言 之前分享过一篇《​​Linux系统自带Python2&yum的卸载及重装​​》，介绍了如何卸载及重装Linux(CentOS)自带的的Python2.7。今天主要介绍如何在Linux系统下通过shell脚本一键安装Python3，以及如何临时or永久更换镜像源、管理虚拟环境。工欲善其事必先利其器，环境搭建是一切开发&自动化测试绕不开的前提。 一、Linux安装Python3 在介绍shell脚本一键安装Python前，先来了解一下手工搭建的过程，或许更有助于我们理解自动化搭建的过程及原理。 1、手工安装方式 1）安装依赖环境 yum-yinstallzlib-d...

一、ADB简介 1.什么是ADB AndroidDebugBridge，安卓调试桥，它借助adb.exe（AndroidSDK安装目录platform-tools下），用于电脑端与模拟器或者真实设备交互；使用adb命令需安装AndroidSDK，并配置环境变量； 2.ADB架构及组成 它是一个C/S架构的应用程序，由三部分组成： adbclient：运行在PC上（为DDMS即IDE工作） adbdaemon：守护进程，运行于Emulaor adbserver：服务进程，运行在PC，管理adbclient和adbdaemon之间的通信 server与client通信的端口是5037，adb...

前言 Sonic是一款开源、支持分布式部署、在线自动化测试的私有云真机平台。偶然接触到这个平台是源于虫师的一篇公众号文章《​​基于Linux部署Sonic​​》，于是结合文章内容和官网尝试搭建了一套，并试用了一番，直到现在也一直在用。后来陆续也加了作者的微信号、粉丝群，对于部署和使用过程中的一些问题和建议，作者和粉丝群中的小伙伴都能及时给予解答，整体体验很不错，遂决定写一篇总结分享。 一、云真机平台 1.云真机平台对比 目前市面上常见的云真机平台有两种，一种是各大服务商如阿里、腾讯、百度推出的公共云真机平台，如：WeTest、EMAS，除了收费高点其他好像没什么缺点；一种是网上各种开源云真机平...

前言 前段时间，公司上线了“大屏”项目，用于对接展示一些业务平台的数据。但是在上线后使用过程中，产品或业务经常反馈前台页面没有数据。出现这种情况后，开发人员会去排查问题，解决后再通知产品或业务人员解决修复情况。虽然研发每次都能在较短的时间内响应并解决问题，但运行一段时间后又会反复出现，也给用户造成了极其不好的使用体验。而本文则是基于“测试右移”思想，开展的一次后台服务监控告警的实践记录总结，整个实践过程可以分为： 收到问题反馈； 沟通定位问题； 讨论并选定解决方案； 解决方案实现； 验证解决方案； 优化解决方案； 实施解决方案； 什么是“测试右移” 在正式开始之前，先简单介绍一下“测试右移...

前言 fixture是在测试函数运行前后，由pytest执行的外壳函数。fixture中的代码可以定制，满足多变的测试需求，包括定义传入测试中的数据集、配置测试前系统的初始状态、为批量测试提供数据源等等。fixture是pytest的精髓所在，类似unittest中setup/teardown，但是比它们要强大、灵活很多，它的优势是可以跨文件共享。 一、Pytestfixture 1.pytestfixture几个关键特性 有独立的命名，并通过声明它们从测试函数、模块、类或整个项目中的使用来激活 按模块化的方式实现，每个fixture都可以互相调用 fixture可以实现unittest不能...

前言 在上一篇文章《​​Pytestfixture及conftest详解​​》中，我们介绍了fixture的一些关键特性、用法、作用域、参数等，本篇文章将结合fixture及conftest实现一键动态切换自动化测试环境。在开始前，我们可以先思考几个问题：动态切换测试环境的目的是什么（能够解决什么问题）？该如何实现（实现方案）？具体步骤是什么（实现过程）？ 一、动态切换测试环境的目的是什么？ 动态切换测试环境的目的是什么，或者说它能解决什么样的问题： 便于快速验证功能在不同环境中的表现。比如：有的功能（背后的接口）在开发环境是正常的，但到了测试或预发布环境就出问题了，可以便于快速验证各个功能...

一、开源测试平台评测预告 近几年来，随着互联网行业的高速发展，各类开源自动化测试框架、工具、平台如雨后春笋般涌现。在当前市面上主流的开源测试平台中，知名度较高的有：Metersphere、Yapi、teprunner、流马、sonic、HttprunnerManager......应当说，各个平台均有其各自的优缺点，这也给广大用户尤其是我这类“选择困难症”患者带来了一定的困扰：哪个更好用？哪个更适合当前团队？到底该选择哪个？ 对于我们测试人来说，最直接也是最权威的做法就是拿实际结果说话，拿数据说话，把每个平台都体验一番，最终选择一个适合自己的、适合当前团队的测试平台。但这么做成本显然有些高：服...

声明：以下文章内容所涉及的任何工具及平台均出自本人日常工作使用，或兴趣爱好研究。没有收到任何机构或组织充值，不存在任何广告行为。喜欢的点个赞、收藏、转发就好。 前言 前段时间满怀信心地发表了《​​开源测试平台横向测评系列​​》的预告篇，准备就Metersphere、Yapi、teprunner、流马、sonic等各大开源测试平台从安装、试用等多个维度开展对比、总结，并记录成文档发表在文章上。原计划是分多篇来写：部署篇、使用篇、拓展篇、总结篇，中间有个群友建议可以只写一篇万字长文，这样也方便大家统一收藏和转载。想想也觉得挺有道理，就改变了原计划。一直以来，这件事情也在有条不紊地进行着，虽然进...

前言 我是从今年5月份第一次接触流马这个平台。第一次听到这个名字的时候，就觉得挺有趣的，猜测其名字应该是取自诸葛亮的“木牛流马”，后来和作者证实了一下，确实如此。当初诸葛亮发明木牛流马是为了提高运输效率，而流马测试平台是为了提高测试效率，可以说这个名字取得“恰到好处”。 本文一万两千字左右，我写了好多天，可能是我耗时最久的一篇文章。其实写文章不是最难的，难的是边学习、边摸索、边踩坑、边解决问题、边写文章记录、边总结。所以写得还算是比较用心的，整体来说也比较详细。读起来可能会有点长，大家可以先关注收藏、后期有时间、空下来了再照着文章内容仔细研究。内容大致分为以下四个部分： 【简介篇】 项目概述...

背景 在接口自动化测试过程中，构造测试数据是必不可少的一个环节，但如何恢复测试数据也同样值得关注。业内常见的做法有： 不恢复：如果是没什么影响的数据，不恢复也无所谓，缺点就是会造成大量数据冗余；另外如果每次构造的都是重复数据且接口存在重复性校验，那么势必会造成接口报错、数据构造失败，从而影响到测试流程； 备份/恢复整个数据库：这种做法最简单粗暴，前提是要先备份数据库，然后在执行完测试后恢复数据库；这种对环境有要求，比如最好是一套独立的、可供自动化测试随便折腾的环境，如果在测试的环境还有其他人在用，那么这种做法显然不可取； 手动删除数据：可以是页面上手动删除，或者是调用单独的删除接口删除，也可...