原文地址https://testerhome.com/topics/1639 一.测试类*注1 package com.testerhome; import io.appium.java_client.android.AndroidDriver; import java.net.MalformedURLException; import java.net.URL; import org.openqa.selenium.By; import org.openqa.selenium.WebEleme

注: 以下内容引自 http://blog.csdn.net/MenofGod/article/details/72846649 看过几个相关问题的帖子,内容类似,不过这篇解决问题的步骤和代码比较清晰,所以把这篇帖子也保存下来. 如何解决testng执行用例失败自动重跑问题 原创 2017年06月02日 17:56:24 标签: selenium / 浏览器 2062 今天给大家分享一下testng执行用例失败自动重跑问题的解决办法,为什么要写这篇博客?有人会说了,网上找一车一车的,干嘛自己搁这

我们通过重写testng的retry方法和transform方法来实现用例失败重跑的功能. 首先添加两个文件 TestngRetry.java public class TestngRetry implements IRetryAnalyzer { private static Logger logger = Logger.getLogger(TestngRetry.class); private static int maxRetryCount = 3; private int retryCo

曾经做过一需求,需要单个集成测试用例循环执行N次,或许你会说for循环就可以了,这当然是可以的.那有没有逼格更高点的方法,当然也是有的.下面我们就说下使用TestNG注解功能实现用例的循环执行. 1.直接使用注解 //invocationCount 即表示该用例循环执行多少次@Test(invocationCount = 3) public void test() { System.err.println("1222"); } 该方法有一个弊端,如果用例比较多,修改循环次数就会比较麻烦

新建一个截图监听类ScreenShotListener ,重写onTestFailure方法,里面定义了 监听的driver ,截图文件路径和名称 package com.fsssc.htsgl.utils; import io.appium.java_client.android.AndroidDriver; import java.io.File; import java.io.IOException; import org.apache.commons.io.FileUtils; impo

参考:https://blog.csdn.net/wangxin1982314/article/details/50247245 1. 首先写一个截屏方法 public class ScreenShotOnFailure { public static final String SCREEN_SHOT_PATH = "test-output/screen-shot"; public static String SCREEN_SHOT_NAME = null; public static

转载自:https://blog.csdn.net/galen2016/article/details/70193684 重写Listener的onTestFailure方法 package com.kdzwy.practice; import java.io.File; import java.io.IOException; import java.text.SimpleDateFormat; import java.util.Date; import org.apache.commons.i

testng 提高用例通过率,失败用例要重新运行一次 步骤: 1.新建一个Retry 类,implements IRetryAnalyzer接口,这个类里面确定重跑次数,以及分析每次失败是否需要重新运行 import org.testng.IRetryAnalyzer; import org.testng.ITestResult; public class Retry implements IRetryAnalyzer { private int retryCount = 0; private

TestNG的用例除了直接运行之外,还可以使用代码来调用,这样做的好处在于我们可以将其嵌入其他代码中,来执行这些TestNG用例,方法如下: 1.直接调用用例类 范例:定义了两个测试用例类为DependTest1.java和FactoryTest.java:再做一个main函数来调用,代码如下: package com.demo.test.testng; import org.testng.TestNG; public class Entry { public static void main(

参考: https://www.cnblogs.com/znicy/p/6534893.html

今天又学了点testng的新知识.原来在testng执行用例时,同一个class中的各个method按照字母顺序执行.为了实现自定义顺序执行,怎么办呢? 加入注解priority,举例如下: https://blog.csdn.net/galen2016/article/details/67648528 1.关于testng中的执行顺序 在.java文件中,每个方法的执行顺序,是按照字母顺序执行. 如果希望按照自定义顺序,怎么办呢?人为加上@Test(priority = 1)注解,执行顺序从p

前言 平常我们功能测试用例非常多时,比如有1千条用例,假设每个用例执行需要1分钟,如果单个测试人员执行需要1000分钟才能跑完 当项目非常紧急时,会需要协调多个测试资源来把任务分成两部分,于是执行时间缩短一半,如果有10个小伙伴,那么执行时间就会变成十分之一,大大节省了测试时间 为了节省项目测试时间,10个测试同时并行测试,这就是一种分布式场景 同样道理,当我们自动化测试用例排常多的时候, 一条条按顺序执行会非常慢(虽然接口很快),pytest-xdist的出现就是为了让自动化测试用例可以分布式

一.读取xml文件中参数 1.案例演示--->创建一个需要读取数据的类 package testclasses; import org.testng.annotations.Test; import org.testng.annotations.BeforeClass; import org.testng.annotations.Parameters; import org.testng.annotations.AfterClass; public class TestNG_Parameters

最近一段时间,公司在推行自动化测试流程,本人有幸参与了自定义通用控件的关键字封装和脚本辅助编写.数据驱动管理.测试用例执行管理等一系列工具软件的研发工作,积累了一些经验,在此与大家做一下分享,也算是做一个总结吧,希望能给大家带来启发和帮助.由于业界没有成熟的解决方案可供参考,本人在研究过程中也是摸着石头过河,纰漏之处在所难免,如果大家有更好的方案,敬请不吝赐教. 分布式并行执行用例需求背景 公司的产品属于web app,采用的是Robot Framework + Selenium2Library

本文为 <使用 EOLINKER 进行接口测试的最佳路径> 下半部分文章,主要介绍测试脚本如何执行和报告生成,以及测试项目人员如何协作.还没看过上篇文章请戳 使用 EOLINKER 进行接口测试的最佳路径(上) 本文内容 测试脚本执行及报告:讲述如何在 EOLINKER 上执行接口测试脚本,及如何查看和下载测试报告. 测试项目人员协作:讲述如何在 EOLINKER 上进行多人的测试项目协作. 1.测试脚本执行及报告 1. 测试用例执行 EOLINKER 的测试用例执行分两种:[用例集列表测试执

前言 平常我们手工测试用例非常多时,比如有1千条用例,假设每个用例执行需要1分钟.如果一个测试人员执行需要1000分钟才能执行完,当项目非常紧急的时候,我们会用测试人力成本换取时间成本,这个时候多找个小伙伴把任务分成2部分,于是时间缩减一半.如果是十个人一起执行,1000个用例理论上只需100分钟就能完成,时间缩短到了1/10.大大节省的测试时间,为项目节省了时间成本. 同样道理,当我们测试用例非常多的时候,一条条执行,很显然会比较慢,那么如何让测试用例并行执行呢,这就是我们接下来要讲的pyte

前言 平常我们手工测试用例非常多时,比如有1千条用例,假设每个用例执行需要1分钟.如果一个测试人员执行需要1000分钟才能执行完,当项目非常紧急的时候, 我们会用测试人力成本换取时间成本,这个时候多找个小伙伴把任务分成2部分,于是时间缩减一半.如果是十个人一起执行,1000个用例理论上只需100分钟就能完成,时间缩短到了1/10.大大节省的测试时间,为项目节省了时间成本. 同样道理,当我们测试用例非常多的时候,一条条执行,很显然会比较慢,那么如何让测试用例并行执行呢,这就是我们接下来要讲的pyt

背景 用testNG写用例的时候,只是打印了请求的日志,没有打印这个用例的开始和结束的标识,想加上这个标识这样更好的排查问题 这种日志是加在用例开始执行和结束,相当于spring中的AOP功能,今天翻阅了testNG的文档发现有监听器这玩意,这玩意可以在testNG执行的某一过程中进行操作: 操作步骤 直接show the code: public class TestNGLogListener extends TestListenerAdapter { static Logger logger

Robot Framework + Selenium2Lib 最近一段时间,公司在推行自动化测试流程,本人有幸参与了自定义通用控件的关键字封装和脚本辅助编写.数据驱动管理.测试用例执行管理等一系列工具软件的研发工作,积累了一些经验,在此与大家做一下分享,也算是做一个总结吧,希望能给大家带来启发和帮助. 由于业界没有成熟的解决方案可供参考,本人在研究过程中也是摸着石头过河,纰漏之处在所难免,如果大家有更好的方案,敬请不吝赐教. 分布式并行执行用例需求背景         公司的产品属于web ap

UI自动化脚本执行过程中存在非常多的不稳定性,例如网络的不稳定,浏览器无响应等等,这些失败往往并不是产品中的错误.那么这时我们往往需要对执行失败的测试用例进行多次重跑,确认其是否确实失败. 那么失败重跑我们可以通过TestNG的功能来实现. 一旦测试方法失败,就会调用TestNG的IRetryAnalyzer接口的retry方法.如果您想重新执行失败的测试用例,那么就让此方法返回true,如果不想重新执行测试用例,则返回false. 如下我们新建一个TestngRetry类,实现IRetryAn