推广 热搜:   公司  快速  企业  中国  设备    上海  行业  未来 

职场高薪 |「中高级测试」面试题

   日期:2024-10-31     移动:http://keant.xrbh.cn/quote/10338.html

1.测试用例你一般是怎么设计的,怎么可以提高覆盖率
有没有形成自己的 一套方法论
:这些都是基础的理论题。

职场高薪 |「中高级测试」面试题

2.电梯、朋友圈、红包、登录功能是怎么测试的?用例设计
:这些都是基础的用例设计题目,网上一大堆,建议面试前多准备几个,总结其中的规律。

在这里插入图片描述
3.假如让你独立负责一个大项目,你是如何开展测试的
:可以理解为如何保障产品质量,从需求分析理解、用例设计和评审、测试bug提交和跟踪、上线验证、项目复盘等等方面回答。

4.接口测试你是怎么做的?都发现了哪些问题,详细说下定位分析过程。
:如截图

在这里插入图片描述
遇到问题如截图
图片

5.测试过程中你遇到最难的一个技术问题是什么?如何解决的
:面试前重点准备一个类似的题目,比如开发了测试工具,提高效率,搭建自动化框架或平台,引入了测试覆盖率工具、代码检测工具等等

6.你们整个测试流程是怎样的
:大致分为以下几种测试需求分析阶段、测试计划阶段、测试设计阶段、测试执行阶段、测试评估阶段。

http和https ,tcp 和udp协议区别,网络七层模型
:HTTPS和HTTP的区别主要如下

在这里插入图片描述
tcp 和udp协议区别:

在这里插入图片描述
网络七层模型

在这里插入图片描述
2.tcp 为啥三次握手,为啥四次挥手
:因为当Server端收到Client端的SYN连接请求报文后,可以直接发送SYN+ACK报文。其中ACK报文是用来应答的,SYN报文是用来同步的。但是关闭连接时,当Server端收到FIN报文时,很可能并不会立即关闭SOCKET,所以只能先回复一个ACK报文,告诉Client端,“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了,我才能发送FIN报文,因此不能一起发送。故需要四步握手。

3.tcp 拥塞算法、滑动窗口、重传机制、粘包和拆包
:滑动窗口协议(Sliding Window Protocol)、重传机制详情见
TCP 滑动窗口/快速重传机制_Shawei_的博客-CSDN博客_tcp快速重传机制 。
拆包 :TCP直接将应用层数据包(可以认为就是一个数组)发给接收方,并且根据TCP协议,TCP会将每个发送的数据包编号(序列号,发送完一个序列号后,接收端收到会回复该序列号,代表已经被接受,but 接收端有自己的TCP缓存区,它会将多个包积累在一起再进行处理,这样的结果是导致包与包之间“无缝连接”,即所谓的”粘包“

粘包:针对此问题,就有了一些解决办法:哪每个包长度固定:这样接收端就可以每隔一定长度进行拆包,但缺点是浪费资源,加入头部信息:每个数据包前加入该数据包中数据的长度值,这样接收端从缓存中读取时,通过读该头部信息,知道了每个包的长度,这样就能拆包

4.一些抓包工具如fidder、tcpdump的使用
:网上都有现成的使用教程,可以选一两篇去操作下。

5.浏览器输入百度网址发生了什么?DNS解析过程
:这个问题比较宽泛,整个流程也比较长,涉及到网络7层模型、dns解析、tcp/ip协议簇,三次握手、负载均衡、集群架构、数据库,linux 系统状态、进程切换等等方面,看你自己对哪块比较熟悉,重点去说

6.说下cookies,session鉴权机制?为什么要引入这套机制

在这里插入图片描述

引入原因:HTTP 是无状态的协议(对于事务处理没有记忆能力,每次客户端和服务端会话完成时,服务端不会保存任何会话信息:每个请求都是完全独立的,服务端无法确认当前访问者的身份信息,无法分辨上一次的请求发送者和这一次的发送者是不是同一个人。所以服务器与浏览器为了进行会话跟踪(知道是谁在访问我,就必须主动的去维护一个状态,这个状态用于告知服务端前后两个请求是否来自同一浏览器。而这个状态需要通过 cookie 或者 session 去实现。

简单
1、基本的增删改查语句
:insert、delete、update、select sql编写。

2、多表联合查询、左右连接区别、子查询等
:网上都有教程,可以自行查找,在这里不做赘述。

3、聚合、分组、排序sql语句编写、having和where 区别
:表数据

在这里插入图片描述
sql 编写
SELECT
class 班级名称,
COUNT(*) 每个班级人数,
MAX(grade) 最高分,
MIN(grade) 最低分,
SUM(grade) 班级总分,
AVG(grade) 平均分
FROM
student
where age <20
GROUP BY
class
HAVINg SUM(grade) >=34
ORDER BY
最高分 DESC
执行结果
在这里插入图片描述
4、char 和varchar区别等
:varchar;表示变长字符串,char;定长字符串。

5、三范式是什么
:第一范式(确保每列保持原子性)、第二范式(确保表中的每列都和主键相关)、第三范式(确保每列都和主键列直接相关,而不是间接相关)

中级

1、说一下sql是怎么优化的
:show variables like ‘%quer%’; 查询慢查询日志相关的设置,找出慢查询的sql ,用explain查询sql的执行计划,该加索引的加索引(要知道索引正确使用场景如下面试题,尽量少 连接查询、select *、避免类型转换,减少回表次数。

2、索引的概念、类型,优缺点分析、索引应用场景和索引失效场景
:索引是帮助mysql高效获取数据的数据结构
优点
a)可以保证数据库表中每一行的数据的唯一性
b)可以大大加快数据的检索效率
c)加速表与表之间的连接
d)在使用分组和排序子句进行数据检索时,同样可以显著减少查询中分组和排序的时间。
f)通过使用索引对数据进行排序,降低数据排序的成本,降低cpu的消耗,可以在时间查询的过程中,使用优化隐藏器,提高系统的性能。
缺点
a) 创建索引和维护索引要耗费时间,这种时间随着数据量的增加而增加。
b) 索引会占据磁盘空间。
c) 以表中的数据进行增、删、改的时候,索引也要动态的维护,这就降低了整数的维护速度。

索引类型
主键索引:索引列中的值是唯一的并且不允许有空值
普通索引:mysql的基本索引类型,没有什么限制,允许有重复值和空值
唯一索引:索引列中的值是唯一的,但是允许有空值
还有其他索引 譬如全文索引、空间索引、前缀索引等不常见

4、mysql 几个存储引擎,innodb 和MyISAM区别
答:MySQL有多种存储引,MyISAM、InnoDB、MERGE、MEMORY(HEAP)等

InnoDB 和MyISAM 区别
1). InnoDB 支持事务,MyISAM 不支持事务。这是 MySQL 将默认存储引擎从 MyISAM 变成 InnoDB 的重要原因之一
2). InnoDB 支持外键,而 MyISAM 不支持。对一个包含外键的 InnoDB 表转为 MYISAM 会失败
3). InnoDB 是聚集索引,MyISAM 是非聚集索引。聚簇索引的文件存放在主键索引的叶子节点上,因此 InnoDB 必须要有主键,通过主键索引效率很高。但是辅助索引需要两次查询,先查询到主键,然后再通过主键查询到数据。因此,主键不应该过大,因为主键太大,其他索引也都会很大。而 MyISAM 是非聚集索引,数据文件是分离的,索引保存的是数据文件的指针(就是物理地址)。主键索引和辅助索引是独立的 。
注意:MyISAM 无论是主键还是非主键索引 ,data存储的都是这条数据的物理地址(地址指针,innodb 主键索引的data就是这条数据,非主键索引的data是主键id

高级

1.索引底层机制,B+树特性,和其他数据结构(二叉树、红黑树)区别
:这个属于高级特性,后续公众号会重点输出数据库相关的知识和面试题

2.mysql事务隔离级别、MVCC 是什么

在这里插入图片描述

MVCC ,Multi-Version Concurrency Control,多版本并发控制。MVCC 是一种并发控制的方法,一般在数据库管理系统中,实现对数据库的并发访问;在编程语言中实现事务内存

3.数据库锁类型,什么是数据库死锁,如何避免
:从数据库系统角度分为三种:排他锁、共享锁、更新锁。
从程序员角度分为两种:一种是悲观锁,一种乐观锁,等等

避免死锁方式
结构化数据建模:基于范式原则初级建模
热点业务排解:挖出核心业务模型
应用拆解:降低时间片复杂度
提升性能:优化代码,集群、超时机制、回滚机制

4.主从底层数据同步机制、binglog、redolog、undolog区别
:redo log:确保事务的持久性。防止在发生故障的时间点,尚有脏页未写入磁盘,在重启mysql服务的时候,根据redo log进行重做,从而达到事务的持久性这一特性。undo log:回滚日志保存了事务发生之前的数据的一个版本,可以用于回滚,同时可以提供多版本并发控制下的读(MVCC,也即非锁定读binlog:二进制日志作用:用于复制,在主从复制中,从库利用主库上的binlog进行重播,实现主从同步。 用于数据库的基于时间点的还原。

四.开发语言,java这块后续我会陆续推出一些java基础专栏

面对对象三大特性、通俗解释,八大基本数据类型及其大小,循环、判断等语法

2.java集合 如arraylist、linkedlist、hashmap等特性和底层实现原理

3.java锁类型,线程安全、线程池、juc并发组件、反射等

4.Jvm内存结构,不同版本区别,gc方法,调优,命令等等

5.springboot、spring、mybatis等框架的使用和常见面试题

6.单例、工厂、适配器等设计模式

7.zk、dubbo、springcloud等相关java框架是否接触过?底层原理

8.分布式事务、分布式锁、幂等性等常见分布式问题是否了解?解决方式

五.自动化,这块是面试官重点去考察的地方

1.自己开发的自动化框架吗?为啥要开发这么一个框架呢?市面上很多自动化平台为什么不用,却要自己搭建?想过投入产出比吗

:自己搭建,主要是项目每次上线之前,回归重复的功能占用大量迭代时间,通过自动化框架可以节约时间,市面上的测试平台得自己部署和维护,出现问题需要自己去查底层代码解决,学习门槛较高,并且很多功能几乎用不到,自己搭建的自动化框架,开发相对简单,上手特别快,特别符合当前的项目需要。

2.说下接口自动化分别用了哪些框架,怎么实现的,你主要负责哪些部分
:我的主要是springboot、testng、mysql、okhttpcilent、mq 那套东西。

3.你们这套框架最难的技术点有哪些?搭建框架过程中遇到哪些问题,怎么解决的
:难点技术有很多,譬如失败用例重跑机制,异步接口校验返回结果,场景测试中前置依赖接口怎么处理,涉及到mq 怎么操作等等

4.流程场景怎么设计用例的?假如流程比较长,你怎么保障前面流程成功
:可以引入失败用例重跑机制 testng有接口实现、简单接口,我们可以直接在数据库造数据。

5.数据放哪的?数据驱动怎么做的?关键字驱动怎么做的
:看情况,如果是灵活的数据,建议放在excel里面,做数据驱动,如果是账号、密码这种修改很少的数据,可以考虑放在配置文件中,如果是那种一成不变的可以写死(尽量别这么做)。

关键字驱动:测试用例的步骤(元素)和用例分离。关键字驱动表示把项目中的一些逻辑封装成关键字(一个函数名)。例如login、 register、order进行设置变量(Set Viriable),调用不同的关键字组合实现不同的业务逻辑,从而驱动测试用例执行。
数据驱动:数据和用例步骤分离,通过excel、yaml等文件保存数据。数据驱动是把测试用例里面的数据提取到excel或者yam文件里面,然后通过改变excel或yaml中的数据驱动测试用例执行。

6.这套框架覆盖了开发多少业务代码,怎么统计出来的?多少用例,跑一次多长时间
:主要覆盖所负责业务的主要流程和一些常见的异常流程,通过jacoco 覆盖率统计工具统计出来的,用例大概有100+个,涉及到30多个接口,跑一次将近2分钟左右。

7.开发修改接口和你的自动化代码怎么同步修改,以保证自动化测试代码不报错
:依靠规范、或者技术手段。

六.性能测试重中之重,内容包罗万象,涉及到性能测试方式、策略、监控、分析调优等方面

1.你们公司性能测试怎么做的,说一下流程
答:基本流程就是产研测三方开会、一起定下tps基准值,测试设计性能测试计划和测试用例、用例评审、进行压测、观测数据找出性能瓶颈,调优持续压测等等

2.TPS上不去什么原因,怎么排查?响应时间太长怎么分析
:通过各种监控技术如prometheus 、skywalking等 观测系统瓶颈,基本上分为一下几个方面 带宽、连接池、硬件、垃圾回收机制、数据库等方面去分析。

3.线程阻塞和死锁问题怎么去定位分析,有什么现象?
:在发生死锁之后,程序卡住没有任何反应,但程序仍在运行,因此需要借助一些命令来排查,用JDK自带的命令jstack -pid去查看线程信息,jstack很快就帮我们找到了死锁的位置(在实际运行中,往往dump一次信息,还不足以确认问题,建议多dump几次,如果每次dump都指向同一个问题,那么就可以确定是这个问题导致的线程死锁

4.内存泄露和内存溢出有什么区别?分别会有什么现象?怎么定位分析
:内存溢出(Out Of Memory:就是申请内存时,JVM没有足够的内存空间。通俗说法就是去蹲坑发现坑位满了。
内存泄露 (Memory Leak:就是申请了内存,但是没有释放,导致内存空间浪费,通俗点就是占着那啥不那啥。

5.数据库是怎么监控的,sql慢查询怎么监控分析
:见数据库sql优化面试题。

6.如何进行全链路监控分析,定位性能瓶颈
:自行百度

7.压测线上环境都会遇到什么问题,数据隔离怎么做的?如何减小对生产影响
:脏数据影响真实的业务响应和数据,可以考虑落入影子库,mock对象、或者数据带有明显标识等手段。

8.测试过程中都发现了哪些性能问题,怎么定位分析的?优化方案是什么
:每个人准备的问题不一致,我的就是遇到了jvm fullgc频繁导致接口响应时间慢,通过java一些命令定位分析发现jvm配置不合理。

9.项目架构是怎么样的?简单描述或者画图
:微服务架构,两个入口、公众号和web端,请求先经过Nginx做负载均衡、流量均匀的打到项目的api网关,后面就是项目的微服务架构(采购单、供应商、库存、仓库物流等等)如果对后端采用的架构熟悉,可以顺带提一下,比如用了springcloud 全家桶、eureka做服务注册和发现,mq实现异步解耦,redis缓存有效减少数据库交互等等。

七.中间件相关问题,简历如果说了,面试官一般都会顺带问下

1.正向代理和反向代理区别?Nginx了解吗?负载均衡算法
:Nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器;同时也是一个IMAP、POP3、SMTP代理服务器;Nginx可以作为一个HTTP服务器进行网站的发布处理,另外Nginx可以作为反向代理进行负载均衡的实现。

正向代理:服务器位于客户端和服务器之间,为了从服务器获取数据,客户端要向代理服务器发送一个请求,并指定目标服务器,代理服务器将目标服务器返回的数据转交给客户端。这里客户端需要要进行一些正向代理的设置的。举例:翻墙,正向代理中被代理的是客户端的请求
反向代理:客户端对代理是无感知的,客户端不需要任何配置就可以访问,客户端将请求发送到反向代理服务器,由反向代理服务器去选择目标服务器获取数据后,在返回给客户端,此时反向代理服务器和目标服务器对外就是一个服务器,暴露的是代理服务器地址,隐藏了真实服务器IP地址。

负载均衡算法:轮询、随机、最少连接、hash、加权等,说一下具体使用场景

2.mq是如何测试的?你项目中怎么应用的?mq的优缺点?为什么使用mq?怎么保障mq消息的有序性、幂等性、可靠性(不丢失
:消息中间件 具备解耦、削峰、异步的作用,具体可自行百度

3.为什么使用redis,redis五种数据类型,如何测试redis的,项目中如何应用的
:基于内存查询效率高,高并发情况下保护数据库,string、hash、list、set、zset五中数据类型,项目中主要用于请求token 保存和失效,防重分布式锁,冷数据(改动量小)保存,幂等性校验等等。

4.都发现过哪些缓存方面的bug,怎么定位的
:缓存和数据库数据不一致,缓存穿透,击穿,雪崩等

5.redis穿透,击穿,雪崩机制,被问了好几次…
:自行百度

八.算法,一些大厂必问,百度、阿里、字节、腾讯等

1.常见的排序算法,冒泡,快排等

2.数组,字符串的相关算法操作比如找一个字符串中重复最长的字符串、两数之和等

3.简单的数据结构栈,队列,链表的基本的操作等

算法这块没有捷径,需要日积月累,一些常见的算法题,尽量在理解的基础上去默写并记熟,有些网站牛客网、LeetCode刷刷题加强一下。

九.其他

假如测试任务重,时间紧,但是人手不够你怎么处理
:向上反馈真实情况、加派人手、争取更多时间或削减不必要需求,测试中要充分理解需求,设计用例加强评审,需求排优先级等等

2.假如开发不认可你提出bug,怎么办
:自己重新复现一下提出的bug,如果确实是bug,可以和开发当面沟通清楚,沟通无效则向上反馈。

3.线上有碰到过漏测的bug吗?怎么处理的
:碰到过,可以说一个不大不小的漏测案例(前提是别人的bug才导致的,重点说下防止下次漏测措施。

4.职业规划,离职原因。
:这个开发性题目,离职原因尽量别说上家公司坏话。

最后: 可以在公众号伤心的辣条 ! 自行领取一份216页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享,其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

现在我邀请你进入我们的软件测试学习交流群,备注“入群”, 大家可以一起探讨交流软件测试,共同学习软件测试技术、面试等软件测试方方面面,还会有免费直播课,收获更多测试技巧

喜欢软件测试的小伙伴们,如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一 键三连哦

这才是2022最精细的自动化测试自学教程,我把它刷了无数遍才上岸字节跳动,做到涨薪20K【值得自学软件测试的人刷】

接口性能测试 — 软件测试人必会618实战场景分析

软件测试工程师月薪2W以上薪资必学技能 — Python接口自动化框架封装.

美团面试真题_高级测试25K岗位面试 — 软件测试人都应该看看

测试开发之全面剖析自动化测试平台 — 软件测试人的必经之路

软件测试必会_Jmeter大厂实战 — 仅6步可实现接口自动化测试

Jmeter实战讲解案例 — 软件测试人必会

本文地址:http://lianchengexpo.xrbh.cn/quote/10338.html    迅博思语资讯 http://lianchengexpo.xrbh.cn/ , 查看更多

特别提示:本信息由相关企业自行提供,真实性未证实,仅供参考。请谨慎采用,风险自负。


相关行业动态
推荐行业动态
点击排行
网站首页  |  关于我们  |  联系方式  |  使用协议  |  版权隐私  |  网站地图  |  排名推广  |  广告服务  |  积分换礼  |  网站留言  |  RSS订阅  |  违规举报  |  粤ICP备2023022329号