上一页 1 ··· 39 40 41 42 43 44 45 46 47 ··· 67 下一页
摘要: 待补充,最近会抽时间补充进来 阅读全文
posted @ 2019-04-28 19:08 Syw_文 阅读(253) 评论(0) 推荐(0)
摘要: 目的: 通过添加设备号,则自动给添加的设备分配端口,启动对应的appium服务。注意:为了方便,将共用一个配置文件。 1、公共的配置文件名称:desired_caps.yaml 2、自动根据添加的设备分配端口,前提:检查当前分配的端口是否被占用,若已被占用则自动删除此端口的进程,重新分配此端口。文件 阅读全文
posted @ 2019-04-28 19:07 Syw_文 阅读(745) 评论(0) 推荐(0)
摘要: 优秀的脚本调试定位问题具备的特点: 1、方便调试。 2、运行报错后容易定位出现的问题。 3、日志的记录清晰 4、日志可被存储,一般测试结果的分析在测试之后会进行,那么日志的存储将会为后期的分析问题带来很大的便利 。。。等等 怎么调试自己写的脚本?通过什么方式进行才可确定自己写的脚本健壮性较好? 1、 阅读全文
posted @ 2019-04-28 19:05 Syw_文 阅读(463) 评论(0) 推荐(0)
摘要: 我自己编写的脚本框架中,所有的脚本执行均放在一个py文件中,此文件作为启动文件执行,包含了运行此文件将执行脚本、分配设备端口、自启appium服务等。 详细的介绍待后期补充。 阅读全文
posted @ 2019-04-28 19:04 Syw_文 阅读(500) 评论(0) 推荐(0)
摘要: 1、单设备的执行很简单,平时可多见的是直接在config中进行配置并进行运行即可。如下: 2、为了单设备与多设备的灵活切换使用,则最简单的方法则是通过设备号的添加来自动识别连接的是多设备还是单设备进行执行脚本。 详见此链接:https://www.cnblogs.com/syw20170419/p/ 阅读全文
posted @ 2019-04-28 19:03 Syw_文 阅读(648) 评论(0) 推荐(0)
摘要: 为了多人之间更方便的协作,那么框架本身的结构和编写方式将变得很重要,因此每个团队都有适合自己的框架。如下本人对APP的UI自动化测试的框架进行进行了简单的汇总。主要目的是为了让团队中的其余人员接手写脚本时更清楚的知道该如何入手。 一个优秀的自动化测试框架应该具备的特点包括: 可扩展性:对新增功能模块 阅读全文
posted @ 2019-04-28 19:00 Syw_文 阅读(842) 评论(0) 推荐(0)
摘要: 1、对测试用例场景覆盖率的认知? 要不要把某些场景自动化,需要综合考虑:业务重要程度、测试资源、执行频率、实现难度 2、自动化脚本的质量,重要的衡量点? (1)脚本之间互不影响,相互隔离(示例:可按模块进行划分写成不同的py文件) (2)测试中被测功能互不影响的(初始化,后置操作) (3)能够快速定 阅读全文
posted @ 2019-04-28 18:50 Syw_文 阅读(455) 评论(0) 推荐(1)
摘要: 你是不是也跟我一样在工作中存在着同样的问题,APP版本在上线后不断的会有市场人员或者用户反馈页面加载慢,进入页面loading很久(实际我们设置的加载超时是15秒,15秒内加载出内容则显示,15秒外未加载出内容则显示“网络较差,请稍后再试”等,给到用户再次尝试的机会),性能较差是测试一直面临且着手需 阅读全文
posted @ 2019-04-28 18:15 Syw_文 阅读(497) 评论(0) 推荐(0)
摘要: 设计初衷: 1、面临用户和公司内领导试用中反馈的卡顿问题,思考如何能有效量化评估? 2、如何在尝试复现卡顿的过程中持续监控FPS和丢帧情况? 操作说明如下: (1)脚本源码的下载:(https://pan.baidu.com/s/1qYjzIZ6) (2)具体实现如下: 1、将下载的源码进行解压,就 阅读全文
posted @ 2019-04-25 20:24 Syw_文 阅读(3165) 评论(0) 推荐(0)
摘要: 1、根据《bug优先级定义》中的状态为:紧急、高、中的bug修复并回归结束。 2、若紧急、高、中的问题未处理完,需同步项目经理、测试主管等团队人员周知此事,可组织:bug评审会,并在项目经理同意遗留的情况下,可发布上线。 3、测试通过,与项目经理沟通可发布版本,同步进行《测试总结报告》的梳理并发布到 阅读全文
posted @ 2019-04-24 12:16 Syw_文 阅读(2179) 评论(0) 推荐(0)
上一页 1 ··· 39 40 41 42 43 44 45 46 47 ··· 67 下一页