测试工程师
暂时未有相关通用技术能力~
阿里云技能认证
详细说明不熟悉cdp的可以参见前文:Chrome remote debugging protocol在自动化测试中的应用和实践 cov的数据结构 首先,使用takePreciseCoverage方法来拿到js执行数据,这个数据的数据结构是这样的: 'r...
从selenium说起 虽然我们的主题是cdp(chrome debug protocol)的应用,但在介绍cdp之前,不得不先从selenium说起,因为这两者有密不可分的关系。
现在有一个二维坐标组成的数组,例如 [[0,7],[8,10],[12,19],[13,15],[2,9],[19,22],[25,27],[30,33]]; 这些坐标可以按照以下规则进行转换,例如: 1.
一、需求描述 由于我司的业务大部分都是php项目,在实际的测试任务中,有测试工程师反馈存在测试结束后无法对测试覆盖率保有自信,担心存在漏测行为;本项目将作为漏测的辅助判断存在,帮助测试工程师进行是否存在漏测的辅助判断。
1.(web)接口的本质是什么? 在谈接口测试之前,想先问一下,接口是什么? 很多人可能使用过postman一类的工具,填上url和访问方法等等,然后工具会访问这个url并把返回值呈现给你,那么,是否这个url就是“接口”? 答案是,不一定。
前言(其实是吐槽) 这是我看(android应用安全防护和逆向分析)遇到的第一个坑了,在章节2.1和2.2里,虽然作者很贴心的给了步骤教你如何搭建ndk的开发环境,但是,我要说的是,如果按照作者在2.1.2的五个步骤按部就班的来,你绝对!不可能!完成! 主要的原因我就不再分析了,大约就是少了一堆乱七八糟的说明和步骤,这里我重新写一遍ndk开发相关。
项目地址: 前端(https://github.com/icesword0760/testcenter-web) 后端(https://github.com/icesword0760/testcenter) 项目介绍 本项目后端用Django编写,使用HttpRunner作为执行框架,基本继承了HttpRunner的功能并加以web化。
四、自动化测试的持续集成(pytest+allure2+jenkins) 为什么要实现持续集成 回顾一下,先期我们所做的已经可以实现一个挺完整的测试过程了,从用例的管理到执行到报告的发送都可以实现,但目前还差个闭环。
三、填充我们的框架 设计主类 我们首先来实现我们的测试用例的主类设计,这个类主要用以被其他的测试用例继承,来实现一些每个测试用例都会做的事情,具体一点就是: 继承unittest,创建一个webdriver的实例,以及每次运行用例时打开和关闭浏览器。
二、先搭一个架子 在我还是小白连py语法都不太熟悉的时候,经常在网上看关于自学ui自动化测试的博客,最熟悉的套路莫过于先给你介绍一下selenium的各个api,然后写一套代码去登陆微博或者百度什么的,但我今天不愿意这么写,因为这样的话,实际上并没有什么卵用,他不能用到实际的项目里,今天我们来先搭一个架子。
一、 思想先行 在我们讨论如何用技术手段实现之前,不妨先思考一下,或者说,如同普通的项目开发一样,首先是产品经理给出规划,再由技术实现。 既然是个人的项目,那当然是我们自己来做这个产品经理了,那么首先,我们的产品需要哪些点呢? ui自动化,是测试层级的最上层,本质上是在容器里模拟用户的操作,来达到自动回归业务逻辑的目的。
jmeter内对response值的处理 1. 正则表达式提取器 在取样器上右键,选择正则表达式提取器,如图: image 接下来看一下正则表达式提取器的界面: image 在这里对页面各字段进行一下说明,从上往下: 1. Apply to,是指你提取的变量要应用的范围,需要注意的是,Jmeter Variable是指应用到全局,也就是跨线程的。