摘要：
使用场景： 在测试中通过伪造reponse数据来模拟某些测试场景，如下截图。要求：通过修改reponse中的值，再次请求修改7为100，只是会显示为99+ 实现方式： 1、通过breakpoints来尝试修改 2、通过map local settings来修改参数进行保存，然后调用本地数据来实现数据 阅读全文
posted @ 2019-05-09 18:27
Syw_文
阅读(574)
评论(0)
推荐(0)
摘要：
脚本的使用，注释非常关键，无论自己的后期查看还是别人使用，都可以通过注释很明确的知道代码所表达的意思，明确的知道如何调用方法等等。每个团队均有不同的商定形式来写脚本，因此没有明确的要求和规范来约束。如下将介绍我们的测试脚本编写规范主要集中的几个方面：1、方法的命名2、脚本的注释3、方法的解释与调用注 阅读全文
posted @ 2019-04-28 19:10
Syw_文
阅读(830)
评论(3)
推荐(2)
摘要：
待补充，最近会抽时间补充进来 阅读全文
posted @ 2019-04-28 19:08
Syw_文
阅读(254)
评论(0)
推荐(0)
摘要：
目的： 通过添加设备号，则自动给添加的设备分配端口，启动对应的appium服务。注意：为了方便，将共用一个配置文件。 1、公共的配置文件名称：desired_caps.yaml 2、自动根据添加的设备分配端口，前提：检查当前分配的端口是否被占用，若已被占用则自动删除此端口的进程，重新分配此端口。文件 阅读全文
posted @ 2019-04-28 19:07
Syw_文
阅读(750)
评论(0)
推荐(0)
摘要：
优秀的脚本调试定位问题具备的特点： 1、方便调试。 2、运行报错后容易定位出现的问题。 3、日志的记录清晰 4、日志可被存储，一般测试结果的分析在测试之后会进行，那么日志的存储将会为后期的分析问题带来很大的便利 。。。等等 怎么调试自己写的脚本？通过什么方式进行才可确定自己写的脚本健壮性较好？ 1、 阅读全文
posted @ 2019-04-28 19:05
Syw_文
阅读(465)
评论(0)
推荐(0)
摘要：
我自己编写的脚本框架中，所有的脚本执行均放在一个py文件中，此文件作为启动文件执行，包含了运行此文件将执行脚本、分配设备端口、自启appium服务等。 详细的介绍待后期补充。 阅读全文
posted @ 2019-04-28 19:04
Syw_文
阅读(504)
评论(0)
推荐(0)
摘要：
1、单设备的执行很简单，平时可多见的是直接在config中进行配置并进行运行即可。如下： 2、为了单设备与多设备的灵活切换使用，则最简单的方法则是通过设备号的添加来自动识别连接的是多设备还是单设备进行执行脚本。 详见此链接：https://www.cnblogs.com/syw20170419/p/ 阅读全文
posted @ 2019-04-28 19:03
Syw_文
阅读(654)
评论(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_文
阅读(457)
评论(0)
推荐(1)
摘要：
你是不是也跟我一样在工作中存在着同样的问题，APP版本在上线后不断的会有市场人员或者用户反馈页面加载慢，进入页面loading很久（实际我们设置的加载超时是15秒，15秒内加载出内容则显示，15秒外未加载出内容则显示“网络较差，请稍后再试”等，给到用户再次尝试的机会），性能较差是测试一直面临且着手需 阅读全文
posted @ 2019-04-28 18:15
Syw_文
阅读(499)
评论(0)
推荐(0)
浙公网安备 33010602011771号