测试面试题集锦(三)计算机网络和数据库篇(附答案)

更新时间:2023-07-14 22:13:54 阅读: 评论:0

辛弃疾简介资料测试⾯试题集锦(三)计算机⽹络和数据库篇(附答案)本⽂为霍格沃兹测试学院学员学习笔记,进阶学习⽂末加群。
本系列⽂章总结归纳了⼀些软件测试⼯程师常见的⾯试题,主要来源于个⼈⾯试遇到的、⽹络搜集(完善)、⼯作⽇常讨论等,分为以下⼗个部分,供⼤家参考。如有错误的地⽅,欢迎指正。有更多的⾯试题或⾯试中遇到的坑,也欢迎补充分享。希望⼤家都能找到满意的⼯作,共勉之!
软件测试⼯程师⾯试题系列篇 | ⽬录
sheep的复数形式1.
2.
3. 计算机⽹络知识与数据库篇
4. Linux 篇
5. Python 编程篇
6. ⾃动化测试篇:包含 Selenium、Appium 和接⼝测试
7. 性能测试篇
8. 软素质篇:10 ⼤灵魂拷问
骚灵情歌
9. 反问⾯试官篇
10. 计算机⽹络篇(基础知识)
1.擅长哪些开发语⾔?
学习过 Java,C 等
半精通 Python
2.输⼊ URL 到⽹页显⽰出来的全过程
a. 输⼊⽹址
b. DNS解析
c. 建⽴tcp连接
d. 客户端发送HTTP请求
e. 服务器处理请求
f. 服务器响应请求
g. 浏览器展⽰HTML
h. 浏览器发送请求获取其他在HTML中的资源。
3.HTTP 和 HTTPS 的区别
HTTPS ⾥⾯是要有证书的,HTTP 并没有证书。证书的作⽤是证明你是这个⽹站的拥有者。谁去证明?最顶级的 CA 去帮你证明,这些顶级的 CA 都是浏览器、操作系统本⾝就⾃动帮你集成,⽽且⾃动添加到设置信任⾥⾯去;
HTTPS 要兼顾安全+性能的⽅⾯,由于对称式加密虽然速度很快,但是安全性特别的低,因为双⽅要规定对称式加密的秘钥,别⼈都⽆法知道,但你怎么能确保别⼈不知道你的秘钥呢,因此需要有⾮对称式加密去保证安全,但⾮对称式加密速度⼜很慢,如果客户端和服务器端都⽤⾮对称式加密,⽹络得卡死了。所以当双⽅建⽴好了⾮对称加密后,再约定⼀个随机数,等⼤家都⾮对称解密了之后呢,就拿到只有对⽅知道的唯⼀随机数(秘钥),就可以⽤秘钥来进⾏对称式加密和解密了;
4.HTTP 的报⽂结构
HTTP请求报⽂:⼀个HTTP请求报⽂由请求⾏、请求头部、空⾏和请求数据4个部分组成
HTTP响应报⽂:HTTP响应也由三个部分组成,分别是:状态⾏、消息报头、响应正⽂
5.HTTP 常见的响应状态码
妇女节活动策划200 请求已成功,请求所希望的响应头或数据体将随此响应返回。
201 请求已经被实现,⽽且有⼀个新的资源已经依据请求的需要⽽建⽴,且其 - - URI 已经随 Location 头信息返回
202 服务器已接受请求,但尚未处理
301 (永久移动)请求的⽹页已永久移动到新位置。服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会⾃动将请求者转到新位置。
302 (临时移动)服务器⽬前从不同位置的⽹页响应请求,但请求者应继续使⽤原有位置来进⾏以后的请求。
303 (查看其他位置)请求者应当对不同的位置使⽤单独的 GET 请求来检索响应时,服务器返回此代码。
304 (未修改)⾃从上次请求后,请求的⽹页未修改过。服务器返回此响应时,不会返回⽹页内容。
305 (使⽤代理)请求者只能使⽤代理访问请求的⽹页。如果服务器返回此响应,还表⽰请求者应使⽤代理。
307 (临时重定向)服务器⽬前从不同位置的⽹页响应请求,但请求者应继续使⽤原有位置来进⾏以后的请求。
401 当前请求需要⽤户验证。如果当前请求已经包含了 Authorization 证书,那么
401 响应代表着服务器验证已经拒绝了那些证书
403 服务器已经理解请求,但是拒绝执⾏它。与 401 响应不同的是,⾝份验证并不能提供任何帮助,⽽且这个请求也不应该被重复提交
404 请求失败,请求所希望得到的资源未被在服务器上发现
500 服务器遇到了⼀个未曾预料的状况,导致了它⽆法完成对请求的处理。⼀般来说,这个问题都会在服务器的程序码出错时出现。
501 服务器不⽀持当前请求所需要的某个功能。当服务器⽆法识别请求的⽅法,并且⽆法⽀持其对任何资源的请求。
502 作为⽹关或者代理⼯作的服务器尝试执⾏请求时,从上游服务器接收到⽆效的响应。
503 由于临时的服务器维护或者过载,服务器当前⽆法处理请求。这个状况是临时的,并且将在⼀段时间以后恢复。
cookies 数据保存在客户端,ssion 数据保存在服务器端;
cookies 可以减轻服务器压⼒,但是不安全,容易进⾏ cookies 欺骗;
ssion 较安全,但占⽤服务器资源
7.TCP 和 UDP 的区别
TCP:⾯向连接,可靠的,速度慢,效率低
UDP:⽆连接、不可靠、速度快、效率⾼
8.TCP 为什么是三次握⼿和四次挥⼿
三次握⼿能保证数据可靠传输⼜能提⾼传输效率。若握⼿是两次:如果只是两次握⼿,⾄多只有连接发起⽅的起始序列号能被确认,另⼀⽅选择的序列号则得不到确认;
要保证双⽅都关闭了连接。因为 TCP 是全双⼯的,就是要等到两边都发送 fin 包确认双⽅都没有数据传输后才关闭;
9.TCP为什么最后挥⼿后会有time_wait
为了保证可靠的断开TCP的双向连接,确保⾜够的时间让对⽅收到 ACK 包。若客户端回复的 ACK 丢失,rver 会在超时时间到来时,重传最后⼀个 fin 包,处于TIME_WAIT 状态的 client 可以继续回复 Fin 包,发送 ACK。
保证让迟来的 TCP 报⽂段有⾜够的时间被识别和丢弃,避免新旧连接混淆。有些路由器会缓存没有收到的数据包,如果新的连接开启,这些数据包可能就会和新的连接中的数据包混在⼀起。连接结束了,⽹络中的延迟报⽂也应该被丢弃掉,以免影响⽴刻建⽴的新连接。
10.简要说明 HTTP 请求中的 Post 和 Get 有哪些区别的地⽅
请求头多了 content-length 和 content-type 字段
Post 可以附加 body,可以⽀持 form、json、xml、binary 等各种数据格式
⾏业通⽤规范
⽆状态变化的建议使⽤ Get
数据的写⼊与状态的修改建议使⽤ Post
基于 HTTP 协议:都是请求返回数据,Get 将请求体放在头上,只发⼀次请求,Post 将请求体放在内部,需要发送两次请求
GET 在浏览器回退时是⽆害的,⽽ POST 会再次提交请求。
GET 请求会被浏览器主动 cache,⽽ POST 不会,除⾮⼿动设置。
GET 请求只能进⾏ URL 编码,⽽ POST ⽀持多种编码⽅式。
GET 请求在 URL 中传送的参数是有长度限制的,⽽ POST 么有。
对参数的数据类型,GET 只接受 ASCII 字符,⽽ POST 没有限制。
GET ⽐ POST 更不安全,因为参数直接暴露在 URL 上,所以不能⽤来传递敏感信息。跑步可以瘦脸吗
11.如果⼀个请求,返回的状态码是 200,但是没有内容,可能发⽣了什么?
请求头缺失或错误
参数 length 不符
以上为个⼈理解,有误请指正。
数据库篇
1. ⼯作中常使⽤的 SQL 语法有哪些?
create table、create view、 lect from where、inrt into、update t values、delete、alter、order by、having
2.数据库存储过程
⼀组数据库操作命令,当作是⾃⼰写的⼀个⽅法,⼀系列步骤⾃⼰去封装(个⼈理解)台球的基本知识与打法
3.SQL 常见查询语句编写(此处仅举例常见的查询语句,如有更多坑,希望补充)
金色cmyka.查询所有学⽣的数学成绩,显⽰学⽣姓名 name, 分数,由⾼到低。
SELECT a.name, b.score FROM student a, grade b WHERE a.id = b.id AND kemu = '数学' ORDER BY score DESC;
b.统计每个学⽣的总成绩(由于学⽣可能有重复名字),显⽰字段:学⽣ id,姓名,总成绩。
SELECT a.id, a.name, c.sum_score from student a, (SELECT b.id, sum(b.score) as sum_score FROM grade b GROUP BY id) c WHERE a.id = c.id ORDER BY sum_score DESC;
c.列出各门课程成绩最好的学⽣,要求显⽰字段: 学号,姓名,科⽬,成绩
SELECT c.id , a.name, c.kemu, c.score FROM grade c, student a,(SELECT b.kemu, MAX(b.score) as max_score FROM grade b GROUP BY kemu) t WHERE c.kemu = t.kemu AND c.score = t.max_score AND a.id = c 4.慢查询是什么意思?
开启慢查询⽇志,可以让 MySQL 记录下查询超过指定时间的语句,通过定位分析性能的瓶颈,才能更好的优化数据库系统的性能。
5.导致数据库性能差的可能原因有哪些?
硬件环境问题,如磁盘IO
查询语句问题,如join、⼦查询、没建索引
索引失效,建了索引,查询的时候没⽤上
查询关联了太多的join
计算题六年级
服务器关联缓存,线程数等
表中存在冗余字段,在⽣成笛卡尔积时耗费多余的时间
6.Redis 缓存应⽤场景
需要将数据缓存在内存中,提升查询效率
这⾥希望⼤家补充
7.怎么定位 Redis 缓存失效问题(缓存坏了)
Redis 的知识,了解的不是很多
抛砖引⽟,请⼤家指正和补充。
更多内容,我们在后续⽂章分享。

本文发布于:2023-07-14 22:13:54,感谢您对本站的认可!

本文链接:https://www.wtabcd.cn/fanwen/fan/82/1096799.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:请求   服务器   响应   查询   连接   缓存   请求者
相关文章
留言与评论(共有 0 条评论)
   
验证码:
推荐文章
排行榜
Copyright ©2019-2022 Comsenz Inc.Powered by © 专利检索| 网站地图