zhichuan0307的博客

问题：前一个博客中写了https://blog.youkuaiyun.com/zhichuan0307/article/details/116461607，博客中是将报告聚合到了一起，但是在用例执行中，发现有问题，聚合报告中有record_ui，查询一直都没查到原因，看报告中也没有record_ui字段显示这个会有时间损耗，导致效率下降，UI自动化本身存在时间问题，如果加上这个损耗时间，全量跑的话，时间会更长，所以进行了优化 解决思路：之前使用的方式是jingja2，将模板聚合到一起...

RobotFramework中需要安装第三方库，但是在安装pip3 installrobotframework-excellibrary,会报错，这里具体错误信息就不贴图了本质原因是setup.py文件中有个函数python3不支持了，这个库对python3没有维护execfile(join(dirname(__file__), 'ExcelLibrary', 'version.py'))所以我们需要线下安装，首先离线下载https://pypi.org/project/robotf..

使用airtest的人都知道，测试用例全部运行结束之后，airtest没有将用例进行聚合，查看单个用例结果非常不方便，需要将报告聚合起来查看，我的本地环境文件夹目录如下：在当前文件夹下新建summary_template.html文件（生成html聚合报告的模板），与自己跑的myrunner.py文件，myrunner文件代码如下：from airtest.cli.runner import AirtestCase, run_scriptfrom argparse import *im

我们团队做APP端UI自动化有一个多月了，选定的是airtest，选定原因是如下原因：1.app前端是weex实现，appnium定位元素不太好定位，airtest是基于poco和opencv图像识别

问题：在做接口测试时，我们会遇到接口请求，有302中转跳转问题我们每次请求时，如果不做处理，接口会自动化跳转至302，从而拿不到自己想要的数据。解决方式：在 requests请求中加上allow_redirects=Falseresp = requests.get(url, verify=False, allow_redirects=False)其实allow_redirects默认是True,所以是默认跳转另外verify=True,是告诉后台接口不需要进行验证，不然有些

上传文件到linux使用rz命令,报截图错误：查看linux环境，是因为linux文件夹中已经有此数据，需要删除，所以报此错误解决方式：删除相同名称的文件

最近团队在使用airtest软件，需要完成app软件安装卸载功能，查看了airtest源码，有install(apk安装包路径)与卸载方法uninstall_app(方法，可以查看下源码从源码中我们看到install方法传入的是路径，uninstall方法是传入包名代码如下：# -*- encoding=utf8 -*-__author__ = "zhichuan0307"# 导入相关包from airtest.core.api import *from airtest.core.d

问题：移动端自动化需要安装apk文件,需要从网站下载，过程中记录下，代码如下url = 'XXXXXXXXX'ret = requests.get(url, allow_redirects=False, verify=False)apkurl = ret.headers['Location']apk_res = requests.get(apkurl, stream=True, verify=False)with open('11.apk','wb') as f: for ch.

在做移动端自动化需要查看手机设备名称与apk包名adb devices查看手机型号查看安装包包名：appt dump bagding ***.apk查看apk包名，其他具体信息自行查看，可以看到最前面的name是包名...

模式选择：全员皆可写接口之前我们的模式是自动化小组成员翻译功能用例，功能测试人员提供场景用例。我们系统因为是两三年前写的，目前在运维阶段，有些bug因为新的发版导致以前功能出现问题，大概统计了下，约占有5%，于是决定已有功能主干回归。这样导致的问题是自动化人员业务不熟悉，沟通成本提高，而功能用例人员写接口，调试比较慢，导致时间成本比较高。于是乎，开始培训，培训大家基础的RF工具使用，前期比较慢，但是后期工具熟悉了之后，速度也是跟上了。本来想做到TDD模式，但是发版任务比较多，导致写接口会延迟，而且本组女

小组内做自动化是从19年开始做的，到目前为止有一年多时间了，中间踩过很多坑，目前还在探索适合当前项目，适合当前公司的一种模式，如何将自动化的效益最大化，帮助小组成员解决项目中实际问题，而不是束之高阁的形式而已，我们自己团队的及项目情况作了如下分析。 分析之前，我们思考一个问题，自动化最终要的结果是什么？目标明确之后才能做好下步，这个问题先放置，看博文的朋友，或者在做自动化的朋友也问一问自己，自动化的价值在哪里。一：自动化项目选择 第一自动化项目是长期做，基线...