自动化测试面试题

一、你有没有做过自动化测试

我在xx项目中实施了web自动化测试，我们项目中搭建自动化测试框架技术：python+selenium+unittest+ddt+jenkins，然后用的POM分层的模式（面向对象思想），数据驱动使用的是excel+ddt的驱动模式，我在这个自动化测试实施的项目里所负责的那些模块那些测试用例的自动化代码编写

我在xx项目中实施了接口自动测试平台搭建，技术栈：python+django+unittest+ddt+jenkins

二、请举例说明一下，你在编写自动化脚本过程中碰到了那些异常？

NoSuchElementException  没有如此元素异常

TimeoutException  超时异常

NosuchFrameException  没有如此框架异常

三、你们公司是如何在公司里面实施自动化测试的？

1、公司目前展开自动化，希望你能够承担自动化的实施过程

2、公司已经在开展自动化了，想借鉴一下

1）项目组做自动化的可行性分析自动化率到i什么程度

项目周期比较长 一年以上，需求不会频繁变更，自动化脚本能够持续反复的使用

2）自动化工具selenium robotframework调研以及demo演示

3）由leader搭建自动化测试框架，并且在项目中逐步的实施，发现框架的问题并改善

4）把自动化流程化，框架出使用文档以及规范文档

5）生成定制的报告 并继续完善框架

四、接口自动化如何设计测试用例？一个接口你会设计多少个测试用例？（20-30）

考虑：业务逻辑，入参，通过等价类边界值场景法来设计

1、设计：正例 （两个）请求方式 get/post

2、反例

　　1、鉴权反例：token，key：为空，错误，过期

　　2、参数反例：必须项检查，长度规则，类型规则，日期

　　3、错误码覆盖

　　4、其他的关注点：分页，图片格式，大小

五、接口自动化测试框架中接口关联你们是怎么处理的？

postman和jmeter如何处理接口关联？

json提取器 正则表达式 cookie提取器

1、通过一个单独的extract.yaml文件来保存所有的关联字段，中间提取的变量这个变量在所有的测试用例之前清空

清空通过

unittest：setup_class

pytest:conftest+fixtrue

2、在测试用例的yaml里面通过一级关键字extract提取 提取支持json提取的正则表达式提取

3、在其他的接口的yaml文件里面通过{{}}提取或者${}的提取

六、你有从零开始独立搭建过自动化接口自动化测试框架？

我在xx项目搭建的接口自动化测试框架所使用的核心技术：

request+pytest+allure+parametrize+jenkins 包装：basepage基础封装，testcase封装

requests二次封装，日志收集模块 yaml配置文件封装

封装的这个项目规则：

YAML格式用例的约定

1、必须包含一级关键字：name request validate

2、在request关键字下必须包括：method，url，data，如data没有的话那么输入默认值{}

3、提取变量使用一级关键字extract。支持json提取和正则提取（.+?）和（.*?）取值使用{}

4、可以使用热加载的方式调用debug_talk.py中debugTalk类里面的方法 通过${}调用方法

5、支持equals、contains两种断言

6、使用parameters做csv文件的数据驱动，通过$csv(appid)这种格式取值

更细：

web:frame怎么处理，下拉框怎么处理，多个页面  ，弹窗操作，鼠标操作（悬停），滚动条，键盘 你怎么处理

接口：接口加密 接口签名 

 

技术决定面试决定薪资

前提：熟练pyhton包括装饰器反射等

1、接口测试理论

2、精通基于工具类的接口测试：postman、jmeter，fiddler、charles

　　cookie，token session

3、httprunner是目前唯一成熟的基于yaml设计测试用例的接口自动化框架 简历接口测试框架的设计思想

4、unittest/pytest管理用例和报告定制

5、requests二次封装

6、接口自动化测试框架的封装

 

测试高频面试题

一、功能测试

一个杯子的检测

1、功能2、性能3、界面4、安全5、易用性6、兼容性7、震动测试

1、你为什么离职

2、结合一个具体的业务场景问你如何测试？

举例：双十一优惠券当天可用，满100减50，特价商品不能用？

一、分析需求字面测试点

1、双十一优惠券当天可用（边界值）

2、满100减50（边界值）

3、特价商品不能用

二、其他场景

1、UI检查：优惠券金额。不可以用优惠券置灰，有效时间显示

2、优惠券状态：已经领取未使用，已领取已使用，已使用，使用后退款

3、检查是否能够自动化选择优惠券，并且是否和其他优惠券叠加使用，智能选择最大优惠券，以及优惠券选择切换

4、使用优惠券购买商品退货场景 退货金额以及优惠券是否退还

5、优惠券是否能重复领取等等

3、如何区分前后端的bug

　　1）抓包看前端传参很后端返回数据对比

　　2）也可以通过查看后台日志分析

二、接口测试

1、谈谈你对http协议的了解

http协议是一种超文本传输协议，端口是80，特点是无连接无状态能够快速响应，主要是有请求和响应两部分组成

请求：请求行 请求头 请求正文

常见的请求头 Accept,X-requested-with,user-agent,Content-Type,Cookie

响应：相应行 响应头 响应正文

https=http+ssl 端口443

2、接口测试流程

 　　1）拿到api文档（或者通过抓包获取），熟悉接口业务（单接口，接口关联业务），接口地址，鉴权（是否有访问权限：cookies，seeion，token，auth base 签名），入参，出参，错误码

　　2）编写接口测试用例以及评审

　　　　正例：输入正确的入参，接口返回成功（get。post）

　　　　反例：

　　　　　　鉴权反例：鉴权码为空，鉴权码错误。过期

　　　　　　参数反例：使用等价类边界值参数必填参数类型异常参数长度异常

　　　　　　错误码反例：

　　　　　　其他异常场景：接口黑名单 接口调用次数限制 IP受到限制

　　　　　　分页异常：分页传入0 第1页 最后1页

　　　　　　　　current_page,page_size

　　　　　　　　0 ，10

　　　　　　　　1，10

　　　　　　　　30，10

　　　　用最少的用例覆盖有效等价类，用最多的用例覆盖无效等价类

　　3）我们使用jmeter进行接口测试

　　4）使用jmeter+Ant+Jenkins实现接口测试脚本版本控制以及持续集成 并且自动生成报告和发送邮件

3、接口测试cookie session token的区别

1、存放及使用：

1）Cookie 数据存放在客户的浏览器（客户端）上； Cookie 是服务器发送到用户浏览器并保存在本地的一小块数据，它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。

2）Session 数据放在服务器上；用户第一次请求服务器的时候，服务器根据用户提交的相关信息，创建对应的 Session，请求返回时将此 Session 的唯一标识信息 SessionID 返回给浏览器，浏览器接收到服务器返回的 SessionID 信息后，会将此信息存入到 Cookie 中。

3）Token 数据存放在客户端，是接口测试时的鉴权码，一般情况下登录后才可以获取到 Token，然后在每次请求接口时需要带上 Token 参数。

2、安全及性能：

1）Cookie 不是很安全，其他人是可以分析存放在本地的 Cookie 并进行 Cookie 欺骗；Session 更安全，考虑到安全应当使用 Session，在一定时间内保存在服务器上。可以将登录等重要信息存放为 Session；其他信息需要保存，可以放在 Cookie。

2）当访问增多，会比较影响服务器的性能，考虑到减轻服务器压力，应当适时选择使用 Cookie。

3）Token 安全性比 Session 好，因为每一个请求都有签名还能防止监听和重放攻击，而 Session 就必须依赖链路层来保障通讯安全了。

token一般通过appid和secret:密钥l来获取

三、自动化测试

1、给你一个项目你如何在公司实施自动化测试？如何落地？

2、接口自动化测试框架封装里面接口关联如何实现？

3、如何提高框架的拓展性

热加载

4、get和post请求的区别

四、其他

你还有什么需要了解的吗？

1、咱们公司目前正在做的一些项目？

2、咱们公司开发团队和测试团队的人员架构

 

1、json和字典的区别？

2、装饰器原理参数化 unittest pytest 反射 序列化

3、参数关联 （接口关联）

　　参数关联：上一个接口的返回值作为下一个接口的入参

 

面试常见问题

1、sql语句增删改查 多表连接 存储过程 视图 触发器

2、linux常见命令

3、编程能力

 

常见面试题

1、你是否懂得自动化测试？

2、你是否懂得封装框架？

　　1）关键字驱动封装

　　　　将所有的常用selenium/Reuqests函数进行二次封装，结合数据驱动来实现关键字的调用，从而实现自动化测试

　　　　（能够应用在接口自动化和UI自动化测试中）

class WEBui:
    driver = webdriver.Chrome()
    
    # 访问url
    def open(self,url): # 这就是关键字这就是封装
        self.driver.get(url)

    # 元素定位
     def locator(self,name,value):
         return self.driver.find_element(name,calue)

 

　　2）页面对象模型封装

　　　POM 将系统的所有关联测试的页面进行提取，并封装成页面对象 基于页面对象的串行+数据驱动的形式来实现自动化测试（只适用于UI自动化）

3、你如何将实现的自动化在公司进行推广

4、你了解哪些数据驱动形式分别优劣是什么

5、如何优化现有的测试框架?（分布式+用例并发）

　　selenium Grid分布式结构（Master/Slave结构分布式结构）

　　用例的并发执行：

　　在传统自动化测试中，所有的代码都是基于线性执行，包括测试的执行也是以线性的形式来执行（python异步机制 线程处理与实现 线程处理与用例处理结合）

 

UI自动化面试总结：

1、selenium原理？目前主流自动化技术selenium+webdriver

　　selenium本身是完全基于JS来实现的前端交互自动化体验

　　selenium+webdriver是基于Http网络协议下的代理服务来进行内容交互

2、分布式测试架构与用例并发如何实现？

　　但凡关联到分布式测试架构的体系，一般而言都是基于UI自动化SeleniumGrid是一套特别好用的分布式架构部署服务

　　目前主流的分布式测试框架部署是基于主从节点形态来部署。配置一个网关+N个子节点的形态来实现分布式架构

　　用例并发推荐使用多线程模式来实现

　　Jenkins自带有分布式部署模式 也是基于主从节点来实现

3、如何实现POM自动化测试架构

　　如何解决多人团队下的自动化工作的开展：架构

　　定义测试框架结构：

　　　　1、基类

　　　　2、页面对象类

　　　　3、测试用例

　　　　4、测试数据

　　　　5、配置

　　　　6、功能

　　　　。。。

4、Appium没人问

　　有接触过Appium么？

5、接口自动化：

　　1）网络协议 http cookie session token

　　　　get/post区别

　　2）Mock 是什么 在接口测试领域下一般在什么情况使用 以及基于python如何实现Mock

　　　　遇到很难获取的数据 通过模拟的形式来将这些数据获取到手

　　　　def 接口_正式（）：

　　　　　　return 正式接口

　　　　def 接口_模拟（）：

　　　　　　return 模拟接口

　　3）接口关联

　　　　关注的点在于你的接口自动化测试框架如何实现的

　　　　关键字驱动+数据驱动+测试用例管理+关联接口的公共数据管理

　　　　基于yaml进行数据管理 结合全局变量管理公共数据+Pytest/Unitest是西安接口关联的业务 所有的系统接口业务链非你别以不同的文件进行管理

　　4）框架是如何设计的？框架的设计方法

　　　　1、技术

　　　　关键字驱动+数据驱动

　　　　将常用的操作行为进行二次封装，生成一个自定义的关键字类，把所有的封装函数放在类里面，便于后续进行调用

　　　　优先考虑Excel数据驱动，结合Python发射机制+openpyxl模块来实现excel数据内容的读取与执行，在定义规范化的Excel文件的测试用例格式

　　　　再结合日志信息配置、框架的测试环境配置、服务器的配置、数据文件的读取路径配置、公共参数配置等进行细化的配置模块的研发管理

　　　　再优化考虑基于Unittest/Pytest实现用例管理、定义数据读取的驱动参数

　　　　集成HTMLTestRunner或Allure测试报告，继承邮件，集成Jenkins实现自动化测试构建

　　　　分布式测试框架部署的技术实现+用例并发实现

　　　　POM测试框架实现

　　5）Unttest/pytest区别？

　　　　Unttest：四大特性

　　　　　　1、前置与后置

　　　　　　2、测试用例管理

　　　　　　3、测试套件与测试运行器

　　　　　　4、断言

　　　　　　5、DDT

　　　　pytest：特点

　　　　　　自由度高

　　　　　　非常完善的自动化测试服务提供

　　6）自动化测试框架如何运行？

　　　　1、选择项目试点

　　　　2、提取自动化

　　　　3、基于内容实现测试Demo：

　　　　　　1、定义框架

　　　　　　2、结构设计

　　　　　　3、编码落地

　　　　4、开会 自动化测试Demo进行演示与讲解

　　　　5、整理资料，安排使用人员培训

　　　　6、维护和升级测试框架

　　　　

 接口测试常见的bug

1、特殊值处理不当 导致程序异常退出会崩溃（快递信息用户未填写提交）

2、类型边界溢出 导致数据读取和写入不一致（列表查询 查的值与实际的条数不符）

3、取值边界值外没有返回正确的一个错误信息

4、权限未处理 可以访问其他的用户信息（报表导出需要角色权限 没处理所有人都可以看）

5、逻辑校验不完善可以利用漏洞获取非正当的利益（现金账户流入流出冻结解冻）

6、状态处理不当导致逻辑出现错误（订单状态 未支付 待支付 已付款 取消支付 待退款 已退款 已取消）

7、数组类型item个数为0或者item重复时程序异常退出

 

常问：

1、自我介绍

2、测试流程

需求阶段 测试计划阶段 测试设计阶段 测试执行阶段 测试评估阶段 项目复盘阶段

测试计划：

测试的目标 测试的范围 测试环境的说明 以及测试类型的说明（需不需要安全 性能稳定性 功能） 测试工具 测试模块的划分 测试负责人 测试执行轮次的时间安排 测试的风险等 工作量的评估

测试用例编写流程“

　　1、先熟悉分析项目业务需求了解产品的业务和功能点

　　2、根据需求里的功能模块进行细化分析使用一些用例设计方法去设计测试用例用特定的模板编写

　　3、从业务流程出发梳理整个流程 缺少再补充

　　4、需要补充UI界面测试 兼容性测试 性能测试 安全测试等用例

　　5、提交评审

3、项目介绍

4、项目的迭代

5、某功能如何测试的

测试用例设计方案：

功能 性能 安全 网络 兼容性 ui界面 专项测试

6、bug如何定位

通过工具charts定位前后端bug

7、最深刻的bug

8、web和app测试的区别

9、常用的Liunx命令

cd：切换目录 ls：查看文件列表 cp:拷贝文件 mv：移动文件 rm：删除文件 chmod：设置文件权限 cat：浏览文件内容 vi：文件边界 grep：过滤文件内容

操作系统常用命令： 
ip addr :查看ip  systemctl stop firewald：关闭防火墙  top：查看cpu使用率  free -m：查看内存使用率  df -h：查看磁盘的使用情况

10、数据库的增删改查

11、接口测试怎么做流程

对比ui和功能测试来讲，第一需求分析和评审 第二测试计划的编写 第三测试用例的评审和设计 第四用例的执行 第五去恶心啊的管理与回归 第六测试报告

接口测试类似 多了接口文档分析和测试脚本构建，

在接口文档分析环节主要分析接口的请求和响应，请求中需要包含请求url请求头请求方法和请求参数 分析响应需要包含响应状态码响应的数据格式响应的信息头响应内容和异常返回信息以及错误代码 分析多个接口之间彼此的依赖关系

测试脚本的构建环节将接口的用例脚本化通过postman测试工具来执行测试脚本

12、接口关联如何实现

接口测试中的加密参数如何处理：

1、了解接口使用的加密方法md5 rsa等 2、检查接口测试工具是否支持这种加密算法jmeter支持MD5直接使用对应功能就行 3、如果是公司内部特有的算法调用公司的加密算法实现加密

如何做接口之间的数据关联的：

上一个接口的某返回值作为下一个接口的请求参数 从上一个接口的格式判断可以使用json提取器或正则提取器把数据保存到一个变量里 在下一个接口直接使用${变量名}的方式就可以使用这个数据

  数据加密MD5

jmeter接口测试流程：

1、通过接口文档或抓包获取接口的yurl和参数2、创建线程组 创建HTTP请求 根据接口的地址设置相关的信息3、根据测试用例的情况修改接口参数调用接口4、最后对接口的返回值做一些判断断言

13、get和post区别

http常见的请求方法get-url post-请求体，get可以被浏览器缓存 post不行，get长度受限 post没有限制。get安全性差 post安全性好，get可直接通过浏览器访问 post不能

http和https区别：

1、http无需证书 https需要申请证书

2、http明文传输，https加密传输

3、两者的连接方式和端口不一样http是80https是443

常见的http状态码：

200正常 307重定向 403服务端禁止访问  404请求资源没有找到url写错页面被删除等  405请求方法不允许post类型使用get方式请求

tcp的四次挥手是什么：

客户端和服务端通信完毕后关闭连接时要进行四次挥手

第一次客户端发送一个FIN包申请断开连接并等待服务器确认 第二次挥手服务端回复一个ACK包表示接收到客户端关闭连接请求但是服务端还不能马上关闭连接需要检查是否还有未处理完的数据第三次挥手服务端处理完所有数据给客户端发送FIN包表示可以断开连接第四次挥手客户端回复ACK包断开连接

进程线程的区别：

打个比方：进程等于火车 线程等于车厢 乘客就是数据，线程是在进程下运行的单纯的车厢是无法运行的，一个进程包含多个线程 不同进程之间数据很难共享 ，同一进程下和不同线程数据可以共享，进程要不线程消耗更多的计算机资源多列火车比单列火车更耗资源

url浏览器请求流程：

第一DNS的域名解析  第二建立TCP连接 第三发送http请求 第四服务器处理请求 第五服务器返回响应结果 第六关闭TCP连接 第七浏览器解析HTML 第八浏览器渲染

排序算法：

 

14、自动化测试怎么做的

什么是自动化的po模式：

po模式主要分为对象层操作层业务层  对象主要封装某些元素定位的方法 操作层封装元素的一些特定的操作 业务层把一个或多个操作组合成具体业务

具体实现 以登录页为例 第一步先实现BasePage基类这个基类主要实现driver的获取 第二步根据BasePage基类实现对象层封装登录页面的元素定位封装定位用的用户名密码确认按钮等定位方法 第三步根据封装的定位方法封装他们的操作 比如输入用户名和密码点击确认按钮 第四步根据封装LoginPage页面的操作类实现登录的测试

 

自动化测试稳定性

一个是元素的定位问题 一个是用例之间的依赖问题 一个是数据问题

元素定位问题可以采用智能等待的方式尽可能的避免

用例依赖可以解耦用例之间的关系让每条用例都从一个共同的页面开始执行比如首页 这就需要在测试框架中采用后置处理方式 使每条用例执行完后都回到首页

测试数据尽可能现用现造 尽量避免使用假数据和死数据

15、元素定位方式

ui自动化定位不到元素的原因

1、定位器选择错误2、定位字符串错误3、元素嵌套在ifarme中4、页面元素没有及时加载5、元素在新窗口中6、脚本流程与实际不符7、元素不在当前页面

web ui自动化中显示等待和隐士等待的区别：

相同点都是智能等待在一定的时间范围内不断的查找元素一旦找到就继续执行代码没有找到会一直找到超时为止

不同点隐式等待是全局性设置并且可以随时更改修改后对之后的find方法生效对点击输入等操作不起作用 报错是no suchelement异常  显示等待仅仅是针对单元素或一组生效 不仅仅是针对查找也可以针对alert iframe window或元素的某些属性进行自定义判断报错是timeout超时异常

app的不定时弹窗：

两种思路 一、启动一个线程监听弹窗上的元素 比如确认 取消等每隔0.5秒去查找弹窗元素如果有就点掉 二、在所有的操作之前都去增加弹窗的识别缺点造成执行效率的降低

性能测试关注指标：

1、tps每秒的事务数 代表了性能的好坏 tps越高性能越好2、平均响应时间 请求的平均耗时响应时间越短性能越好3、并发数 同时向服务端发起请求的虚拟用户数在不同的工具里面可以使用多个进程或多个线程来实现 4、错误率 失败的请求比例

 

面试技巧

1、多说说到点子上

比如我自己做了一套框架是基于什么东西实现的可以做到什么效果可以解决什么问题再推行过程中可以做到什么优化结合实际需要做一下变动改动

2、提前了解公司

不同薪资面试问题

入行

软件测试基础：测试流程 测试管理工具（jira和禅道）

测试工具：抓包 Postman jmeter

测试综合能力：数据库 网络协议 linux

python自动化：Http网络协议的接口测试 UI自动化 总结就是线性代码基本使用

一年

测试基础

接口UI自动化：专门挑一个领域的自动化内容来进行沟通，链路接口测试如何实现（测试数据传递 指纹数据的传递 测试用例的设计）数据驱动概念 接口鉴权机制概念 UnitTest/Pytest概念 对于测试框架的设计要有基本的概念

性能测试：做性能场景设计 做脚本的录制和增强 可以简单监控系统的性能数据指标

三年

测试基础

独立的测试框架和实现能力：包含UI和接口两端的自动化测试框架 结合企业的实际业务需求以及实际的团队使用人群 来实现部分定制化功能业务

 

（你们公司的测试框架是你参与的吗？你简单介绍一下你们的自动化测试框架是什么样子的？

为什么会设计测试框架：（满足企业实际需要）

首先做自动化测试可以解决我们公司想推行冒烟测试（我们经常会又线上有活动 一些必要的了流程都要定时的去走一遍）想把回归测试这块效率提升也是想要让软件测试工作不在那么的枯燥基于这个大前提做的测试框架

结合公司呢不同项目类型的需求我们需要考虑到多种不同业务的结合 所以在做自动化测试框架的时候我设计的是基于关键字驱动来满足的自动化测试的框架

我们团队使用框架的都是哪些人我们在结构设计的时候我们会考虑到这些技术能力相对比较弱的人让他们能够更好的实现所以我们整个自动化测试框架处理结构是这样子的 我们做了一层的底层业务封装主要封装的是常态化的关键字函数 把我们常用的操作行为都封装起来 对于特定的冒烟测试什么的关联到一些业务的 把一些跟业务流程有关的固定流程内容比如登录注册某个查询 这样我们也会安装流程的形态把他提取出来 因为这个流程是每一个版本都不会变动的东西也会提取出来做成一个关键字这样就构建了关键字的底层业务逻辑结构

在这样的业务逻辑结构考虑到团队使用人员的技术情况我们会使用的是excel做的数据驱动

我们是基于UniTest来实现的用例管理把所有的测试用例按照不同的业务流程分成不同的测试用例集测试用例类这是我们的测试用例的层级这里都是自动化测试用例每一个文件代表一个业务流程 同时我们还区分了冒烟所需要的测试用例和正常业务流程的测试用例比如Unitest下我们会用测试套件testsuit 把冒烟的测试用例提取出来

）

管理

测试流程 特定场景测试用例设计方法 

自动化测试框架底层处理逻辑  数据加工和数据驱动

公司绩效考核怎么设定 okr和kpi怎么配合 怎么去评判一个员工 怎么做流程的一个体系 怎么做梯队建设 怎么做人员的一个晋升方案

简历

技能

1、熟悉测试理论，测试方法，测试流程以及常用的测试文档编写如：测试计划方案用例报告等 能够根据需求使用xmind思维道路分析测试点 设计测试用例 执行用例以及提交报告

2、熟悉http协议熟悉接口测试流程接口测试用例设计熟练使用postman执行接口测试包括：接口关联，接口鉴权，接口加密以及接口签名

3、熟练基于python+selenium+unittest/pytest+logging+allure+jenkins自动化框架搭建，熟悉PO以及关键字驱动设计模式，能够独立搭建web自动化测试框架并实际的项目中开展实施

4、基于接口的性能测试，以及测试的相关数据反馈，从而来对数据库进行链接数的性能问题诊断以及修改建议

（性能响应速度慢或超时了或没响应，排查看是不是数据库的问题，这里从一个请求开始所有的数据链路怎么来的请求进入网关通过中间件消息队列把消息进行储存，再基于相关的业务模块对数据进行提取，取到的数据来进行一些逻辑化的处理，我们取数据为什么会超时没响应，第一个可能某个业务组件关联到了某个算法这个算法需要长时间运算来生成数据 第二请求发出可能服务器硬件资源不够同时请求数量又过多 第三就是网关带宽不够1万个请求过来没有那么大的带宽 第四 数据库一个是慢查询一个是没有做分库分表产生死锁或者数据库的配置连接池数量过少还有就是磁盘的读写磁盘的性能不够高读写速度慢 还有就是缓存策略没有配置好有些数据可以直接存到缓存就行没必要每次都查数据库）

1、熟悉软件测试流程与软件质量模型，能够独立完成测试计划，测试策略，测试用例等相关文档编写

2、熟悉Linux系统指令，熟悉Mysql数据的使用以及相关sql应用，以及关联查询，子查询，联合查询等sql语法使用

3、熟悉掌握基于Postman，Jmeter实现接口自动化测试，实现多借口的链路接口自动化测试

4、能够独立设计并实现Python的UI自动化测试框架并生成测试结果，基于企业实际情况，选择关键字驱动设计模式/POM模型进行框架底层逻辑封装，基于UnitTest/Pytest/Excel实现自动化测试用例管理，结合数据驱动Excel/Yaml等形式实现自动化测试数据管理，结合业务需要进行定制化功能开发，例如冒烟用例管理，自动发送邮件测试报告等

5、能够独立设计并实现Python接口自动化测试框架，基于关键字驱动实现底层逻辑封装，结合各类数据驱动形态实现接口测试数据管理，应用nitTest/Pytest/Excel实现自动化测试用例设计与管理，基于外部接口进行Mock逻辑是实现，完成多接口的链路测试以及关键接口的单接口覆盖测试

6、基于Jenkins持续集成平台进行自动化测试的持续集成，实现出发任务构建以及定时任务构建下的自动化UI与接口测试执行

工作经历

工作职责

1、负责公司项目的系统测试相关工作

2、负责搭建公司内部使用的UI自动化与接口自动化测试框架维护更新与使用培训

3、团队成员的新技术培训

 

1、参与需求评审，设计用例

2、基于需求进行测试文档编写，并发起测试评审，记录问题并修复

3、执行后台系统的系统测试，回归迭代，确保系统功能的稳定性

4、结合Python+Selenium，基于POM设计模式，实现UI自动化测试框架设计与搭建，将各类配置工作流提取自动化执行，提升整体测试效率

5、结合Python+Requests，基于关键字驱动设计模式搭建接口自动化测试框架，实现后台系统的单接口多余件覆盖与多接口业务链路的自动化测试覆盖，提升测试深度与测试效率，确保系统后端的功能稳定性

6、关联持续集成Jenkins，定制触发任务，再每次新版本提交时自动执行UI流程自动化测试与接口自动化测试，保障新版本的主体功能完整性与稳定性

7、统计测试数据，制定测试报告，产出测试结果

8、跟进项目运营过程中的客户反馈问题，以及对系统的更新内容进行持续性的测试工作开展