赞
踩
面试题1:你有没有做过自动化测试?
答:
我在xx项目中实施了web自动化测试,我们项目中搭建自动化测试框架技术:python+selenium+pytest/unittest+ddt+jenkins,然后用的POM分层的模式(面向对象思想),数据驱动使用的是excel+ddt的驱动模式,我在这个自动化测试实施的项目里所负责的那些模块那些测试用例的自动化代码编写
我在xx项目中实施了接口自动测试平台搭建,技术栈:python+django+pytest+vue+ddt+jenkins
面试题2:你们是如何在公司里面实施自动化测试的?
1、公司目前展开自动化,希望你能够承担自动化的实施过程
2、公司已经在开展自动化了,想借鉴一下
1)项目组做自动化的可行性分析自动化率到什么程度
项目周期比较长 一年以上,需求不会频繁变更,自动化脚本能够持续反复的使用
2)自动化工具selenium robotframework调研以及demo演示
3)由leader搭建自动化测试框架,并且在项目中逐步的实施,发现框架的问题并改善
4)把自动化流程化,框架出使用文档以及规范文档
5)生成定制的报告 并继续完善框架
面试题3:接口自动化测试框架中接口关联你们是怎么处理的?
postman和jmeter如何处理接口关联?
答:
json提取器、正则表达式、cookie提取器
1、通过一个单独的extract.yaml文件来保存所有的关联字段,中间提取的变量这个变量在所有的测试用例之前清空
清空通过
unittest:setup_class
pytest:conftest+fixtrue
2、在测试用例的yaml里面通过一级关键字extract提取 提取支持json提取的正则表达式提取
3、在其他的接口的yaml文件里面通过{{}}提取或者${}的提取
面试题4:你有从零开始独立搭建过自动化接口自动化测试框架?
答:
我在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
、支持
e
q
u
a
l
s
、
c
o
n
t
a
i
n
s
两种断言
6
、使用
p
a
r
a
m
e
t
e
r
s
做
c
s
v
文件的数据驱动,通过
{}调用方法 5、支持equals、contains两种断言 6、使用parameters做csv文件的数据驱动,通过
调用方法5、支持equals、contains两种断言6、使用parameters做csv文件的数据驱动,通过csv(appid)这种格式取值
web和接口自动化
更细:
web:frame怎么处理,下拉框怎么处理,多个页面 ,弹窗操作,鼠标操作(悬停),滚动条,键盘 你怎么处理
接口:接口加密 接口签名
面试题5:结合一个具体的业务场景问你如何测试?
例如:双十一优惠券当天可用,满100减50,特价商品不能用?
分析需求字面测试点
1、双十一优惠券当天可用(边界值)
2、满100减50(边界值)
3、特价商品不能用
其他场景
1、UI检查:优惠券金额。不可以用优惠券置灰,有效时间显示
2、优惠券状态:已经领取未使用,已领取已使用,已使用,使用后退款
3、检查是否能够自动化选择优惠券,并且是否和其他优惠券叠加使用,智能选择最大优惠券,以及优惠券选择切换
4、使用优惠券购买商品退货场景 退货金额以及优惠券是否退还
5、优惠券是否能重复领取等等
面试题6:如何区分前后端的bug?
抓包看前端传参很后端返回数据对比
也可以通过查看后台日志分析
…
先排除因为测试环境问题或者误操作这种因素然后先按照同样的步骤重现一遍,如果不能重现,直接把之前的那个日志截图给开发。
如果重现,可以利用抓包工具去看请求和响应数据,如果请求错误,就是前端的问题,如果响应错误,就是后端的问题
还可以看状态码,一般4开头的,就是客户端问题,比如,如果是401,就是未授权,403就是被禁止访问,404就是页面未找到。5开头的就是服务端的问题,比如500就是内部服务器错误
面试题7:分布式测试架构与用例并发如何实现?
但凡关联到分布式测试架构的体系,一般而言都是基于UI自动化SeleniumGrid是一套特别好用的分布式架构部署服务
目前主流的分布式测试框架部署是基于主从节点形态来部署。配置一个网关+N个子节点的形态来实现分布式架构
用例并发推荐使用多线程模式来实现
Jenkins自带有分布式部署模式 也是基于主从节点来实现
面试题8:如何实现POM自动化测试架构?
如何解决多人团队下的自动化工作的开展:架构
定义测试框架结构:
基类、页面对象类、测试用例、测试数据、配置、功能…
面试题9:框架是如何设计的?框架的设计方法?
技术:
关键字驱动+数据驱动
将常用的操作行为进行二次封装,生成一个自定义的关键字类,把所有的封装函数放在类里面,便于后续进行调用
优先考虑Excel数据驱动,结合Python发射机制+openpyxl模块来实现excel数据内容的读取与执行,在定义规范化的Excel文件的测试用例格式
再结合日志信息配置、框架的测试环境配置、服务器的配置、数据文件的读取路径配置、公共参数配置等进行细化的配置模块的研发管理
再优化考虑基于Unittest/Pytest实现用例管理、定义数据读取的驱动参数
集成HTMLTestRunner或Allure测试报告,继承邮件,集成Jenkins实现自动化测试构建
分布式测试框架部署的技术实现+用例并发实现
POM测试框架实现
接口测试常见的bug
1、特殊值处理不当 导致程序异常退出会崩溃(快递信息用户未填写提交)
2、类型边界溢出 导致数据读取和写入不一致(列表查询 查的值与实际的条数不符)
3、取值边界值外没有返回正确的一个错误信息
4、权限未处理 可以访问其他的用户信息(报表导出需要角色权限 没处理所有人都可以看)
5、逻辑校验不完善可以利用漏洞获取非正当的利益(现金账户流入流出冻结解冻)
6、状态处理不当导致逻辑出现错误(订单状态 未支付 待支付 已付款 取消支付 待退款 已退款 已取消)
7、数组类型item个数为0或者item重复时程序异常退出
后续继续更新
下面是我整理的2023年最全的软件测试工程师学习知识架构体系图 |
人生就像一场马拉松,只有坚持不懈的奔跑才能到达终点。心怀信念,勇往直前,永不放弃。只要你努力过,成功就不会太远。
梦想不止眼前的苟且,还有远方等待征服。只要不放弃,坚持不懈,即使路途艰辛,也能破茧成蝶,绽放光彩。让我们一起奋斗,创造属于自己的辉煌!
生命太短暂,不要浪费在无意义的事情上。把握每一天,坚定前行,不断超越自我。不论何时,都保持激情与热忱,奋斗到底,追求自己的梦想,让生命充满意义。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。