nicole_hf

提到“自动化”，相信每一位测试同学对此都不陌生，只要能用代码、工具或者其他自动执行的方式来代替手工执行都可称之为“自动化”。而UI自动化因其直观、直接触达上层功能业务、易学（录制）等特点，被很多测试人员所青睐。然而，长期的积累和沉淀，人们发现，UI自动化的可维护性非常差，任何一个小的改动，都有可能导致原有的UI自动化脚本执行失败，导致要不停地花费大量的时间来修改和维护脚本，这让测试同学...

UI自动化由于其不稳定性，经常需要维护，为了减少维护的成本，配置失败重跑显得非常重要。此次失败重跑主要做两件事情：失败的场景重跑 和 报告的更新去重1、失败重跑testng有提供重跑的接口，需要实现IRetryAnalyzer接口的retry方法，该方法控制重跑的次数，代码如下：public class Retry implements IRetryAnalyzer { ...

上一篇写了移动端的基于testng+cucumber的自动化重跑，这一篇来记录一下web端的UI自动化重跑。由于web端用的是UIRecorder进行UI自动化的，比较方便，只需要录制回放即可，所以web端采用了它，用的工具不一样，重跑的方式就要重新配置。重跑仍分为两部分内容：失败用例重跑、报告去重和更新。具体如下：1、获取失败的场景列表uirecorder执行完毕后，会生成一个rep...