软件测试八股文整理

http和https的区别

  • https协议需要到CA(Certificate Authority,证书颁发机构)申请证书,一般免费证书较少,因而需要一定费用。
  • http是超文本传输协议,信息是明文传输,https则是具有安全性的ssl加密传输协议。
  • http和https使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。
  • http的连接很简单,是无状态的。Https协议是由SSL+Http协议构建的可进行加密传输、身份认证的网络协议,比http协议安全。(无状态的意思是其数据包的发送、传输和接收都是相互独立的。无连接的意思是指通信双方都不长久的维持对方的任何信息。)

linux命令,找出关键字出现的次数

  • 语法:grep 字符串 文件名|wc -l ,grep输出,wc -l按行统计
  • 例子:
    • 统计task-hbase-transform.log中NullPointerException出现的次数:grep NullPointerException task-hbase-transform.log|wc -l。
    • 如果是多个字符串出现次数,可使用: grep 'objStr1\|objStr2' filename|wc -l#直接用 | 链接起来即可。

 浏览器中输入一个URL后,按下回车后发生了什么

        1、浏览器查找域名的IP地址

 

  2、浏览器与目标服务器建立TCP连接

  • http协议建立在tcp协议之上,http请求前,需先进行tcp连接,形成 客户端 到服务器的稳定的通道。俗称TCP的三次握手。
  • tcp连接完成后,http请求开始,请求有多种方式,常见的有get,post等。
  • http请求包含请求头,也可能包含请求体两部分,请求头中包含我们希望对请求文件的操作的信息,请求体中包含传递给后台的参数。
  • 服务器收到http请求后,后台开始工作,如负载平衡,跨域等,这里就是后端的工作了。
  • 文件处理完毕,生成响应数据包,响应也包含两部分,响应头和相应体,响应体就是我们所请求的文件。
  • 经过网络传输,文件被下载到本地 客户端 , 客户端 开始加载。

3、html页面的解析与渲染

      客户端 浏览器加载了html文件后,由上到下解析html为DOM树(DOM Tree)。

  • 遇到css文件,css中的url发起http请求。
  • 这是第二次http请求,由于http1.1协议增加了Connection: keep -alive声明,故tcp连接不会关闭,可以复用。
  • http连接是无状态连接, 客户端 与服务器端需要重新发起请求--响应。在请求css的过程中,解析器继续解析html,然后到了script标签。
  • 由于script可能会改变DOM结构,故解析器停止生成DOM树,解析器被js阻塞,等待js文件发起http请求,然后加载。这是第三次http请求。js执行完成后解析器继续解析。
  • 由于css文件可能会影响js文件的执行结果,因此需等css文件加载完成后再执行。
  • 浏览器收到css文件后,开始解析css文件为CSSOM树(CSS Rule Tree)。
  • CSSOM树生成后,DOM Tree与CSS Rule Tree结合生成渲染树(Render Tree)。
  • Render Tree会被css文件阻塞,渲染树生成后,先布局,绘制渲染树中节点的属性(位置,宽度,大小等),然后渲染,页面就会呈现信息。
  • 继续边解析边渲染,遇到了另一个js文件,js文件执行后改变了DOM树,渲染树从被改变的dom开始再次渲染。
  • 继续向下渲染,碰到一个img标签,浏览器发起http请求,不会等待img加载完成,继续向下渲染,之后再重新渲染此部分。
  • DOM树遇到html结束标签,停止解析,进而渲染结束。

无效链接   

  • 死链接(Dead Links)指的是无效链接,也就是那些不可到达的链接。通俗地理解是以前可以通过点击这个链接到达网站页面,后续可能由于网站迁移、改版或操作不当等原因,使得链接指向的目标页面不存在而无法访问所遗留的链接,即称为死链接。
  • 访问死链接时,一般会出现“抱歉,您所访问的页面不存在”的提示信息或者 404 状态页面。

进程和线程  

  • 区别:

    • 进程是资源分配的最小单位,线程是程序执行的最小单位(资源调度的最小单位)
    • 进程有自己的独立地址空间,每启动一个进程,系统就会为它分配地址空间,建立数据表来维护代码段、堆栈段和数据段,这种操作非常昂贵。而线程是共享进程中的数据的,使用相同的地址空间,因此CPU切换一个线程的花费远比进程要小很多,同时创建一个线程的开销也比进程要小很多。
    • 线程之间的通信更方便,同一进程下的线程共享全局变量、静态变量等数据,而进程之间的通信需要以通信的方式(IPC)进行。不过如何处理好同步与互斥是编写多线程程序的难点。
    • 但是多进程程序更健壮,多线程程序只要有一个线程死掉,整个进程也死掉了,而一个进程死掉并不会对另外一个进程造成影响,因为进程有自己独立的地址空间。
  • 进程与线程的资源

    • 线程共享:进程代码段、进程的公有数据(利用这些共享的数据,线程很容易的实现相互之间的通讯)、进程打开的文件描述符、信号的处理器、进程的当前目录和进程用户ID与进程组ID。
    • 线程独有:栈(保存其运行状态和局部自动变量)、程序计数器。
  • 进程与线程的同步

    • 进程:无名管道、有名管道、信号、共享内存、消息队列、信号量
    • 线程:互斥量、读写锁、自旋锁、线程信号、条件变量
  • 僵尸进程

    • 定义:一个进程使用fork创建子进程,如果子进程退出,而父进程并没有调用wait或者waitpid获取子进程的状态信息,那么子进程的进程描述符等一系列信息还会保存在系统中。这种进程称之为僵死进程。
    • 危害:在Unix系统管理中,当用ps命令观察进程的执行状态时,经常看到某些进程的状态栏为defunct,这就是所谓的“僵尸”进程。“僵尸”进程是一个早已死亡的进程,但在进程表(processs table)中仍占了一个位置(slot)。由于进程表的容量是有限的,所以,defunct进程不仅占用系统的内存资源,影响系统的性能,而且如果其数目太多,还会导致系统瘫痪。
    • 处理方法:
      • 改写父进程,在子进程死后要为它收尸。具体做法是接管SIGCHLD信号。子进程死后,会发送SIGCHLD信号给父进程,父进程收到此信号后,执行waitpid()函数为子进程收尸。这是基于这样的原理:就算父进程没有调用wait,内核也会向它发送SIGCHLD消息,尽管默认处理是忽略,如果想响应这个消息,可以设置一个处理函数。
      • 把父进程杀掉。父进程死后,僵尸进程成为”孤儿进程”,过继给1号进程init,init始终会负责清理僵尸进程.它产生的所有僵尸进程也跟着消失。
  • 孤儿进程

    • 父进程运行结束,但子进程还在运行(未运行结束)的子进程就称为孤儿进程。孤儿进程最终会被init进程(进程号为1)所收养,因此init进程此时变成孤儿进程的父进程,并由init进程对它们完成状态收集工作。(linux下,init是内核启动的第一个用户级进程,init有许多很重要的任务,比如像启动getty(用于用户登录)、实现运行级别、以及处理孤立进程。)

Linux命令

  • "|": 管道符“|”将两个命令隔开,管道符左边命令的输出就会作为管道符右边命令的输入。连续使用管道意味着第一个命令的输出会作为第二个命令的输入,第二个命令的输出又会作为第三个命令的输入,依此类推。
  • grep:-v 不显示匹配上的内容;-n 显示匹配上的内容
    • grep -v down,显示不包含down的内容。
    • grep -n down,显示包含down的内容。
  • du:(disk use)显示每个文件和目录的磁盘使用空间。
  • df:(disk free)显示磁盘分区上可以使用的磁盘空间。

单例模式

  • 什么情况下会用到:假如有很多地方都需要使用配置文件的内容,也就是说,很多地方都需要创建 AppConfig对象的实例,这就导致系统中存在多个AppConfig的实例对象,在配置文件内容很多的情况下会严重浪费内存资源。类似AppConfig这样的类,我们希望在程序运行期间只存在一个实例对象。
  • 优点:速度快、在使用时不需要创建、直接使用即可。
  • 缺点:可能存在内存浪费

GET 和 POST 的区别

  • GET在浏览器回退时是无害的,而POST会再次提交请求。
  • GET产生的URL地址可以被Bookmark,而POST不可以。
  • GET请求会被浏览器主动cache,而POST不会,除非手动设置。
  • GET请求只能进行url编码,而POST支持多种编码方式。
  • GET请求参数会被完整保留在浏览器历史记录里,而POST中的参数不会被保留。
  • GET请求在URL中传送的参数是有长度限制的,而POST么有。
  • 对参数的数据类型,GET只接受ASCII字符,而POST没有限制。
  • GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息。
  • GET参数通过URL传递,POST放在Request body中。

APP是用多进程安全还是用多线程安全

  • 写网页(html,js,css)的,写的很随意,导致chrome渲染的时候出现bug,整个chrome崩掉,我 google 再nb的程序员也写不出来0 bug的浏览器,单个页面不行就算了,我越界到别人地址上了,大
<think>嗯,用户想要软件测试面试的常见问题及答案总结。首先,我得回顾一下之前提供的引用内容,看看里面有什么相关的信息。引用[1]里提到了功能测试、接口测试、HTTP通信、项目介绍、质量保障和bug定位等问题。而引用[2]则补充了接口自动化测试框架、性能测试、环境差异等题目。需要把这两部分的信息整合起来,分门别类地组织问题,并给出简洁明了的答案。 接下来,我需要确保回答的结构清晰,符合用户的要求。用户希望问题分成几个大类,比如功能测试、接口测试、性能测试等,每个类别下列举具体的问题和答案。同时,答案需要真实可靠,最好结合实际的面试经验,给出实用的回答技巧。 比如功能测试部分,微信红包的测试用例设计是个常见问题,可以列举界面、功能、兼容性等方面的测试点。接口测试方面,流程和工具是关键,要提到Postman、JMeter等工具,以及状态码、数据格式等验证点。HTTP的三次握手和四次挥手也是高频问题,需要简明解释步骤和意义。 另外,关于项目介绍和质量保障,用户需要展示逻辑性和方法论。比如介绍项目时用STAR法则,质量保障则强调流程规范、用例评审和自动化测试。Bug定位部分要体现分析日志、复现步骤和使用工具的能力。 还需要注意引用标注的正确性,每个引用的末尾加上对应的标识符。同时,生成相关问题时要覆盖用户可能关心的其他方面,比如自动化测试、性能测试工具、测试计划编写等,确保全面性。 最后,检查是否有遗漏的重要知识点,比如安全性测试、持续集成等,虽然引用中没有提到,但根据常见面试题,可能需要补充。不过根据用户提供的引用内容,还是以已有信息为主,避免引入外部知识。整理完毕后再通读一遍,确保逻辑连贯,语言自然,符合中文表达习惯。</think>### 软件测试面试常见问题及知识点总结 #### 一、功能测试类 1. **如何设计微信红包功能的测试用例?** - 界面测试:红包金额输入框是否限制最大值/最小值,UI是否符合设计规范 - 功能测试:不同支付方式(零钱/银行卡)发红包,拼手气红包金额分配算法验证 - 兼容性测试:Android/iOS不同系统版本的显示与操作一致性 - 异常测试:断网时红包发送失败提示,余额不足时的处理流程[^1] 2. **朋友圈功能的测试重点有哪些?** - 内容发布:图文混排、视频上传时长限制、@功能准确性 - 隐私控制:分组可见/不可见设置有效性 - 交互测试:点赞/评论实时同步,删除内容后他人可见状态更新[^1] #### 二、接口测试类 1. **接口测试流程包含哪些环节?** - 需求分析 → 设计测试用例 → 准备测试数据 → 执行测试 → 验证响应(状态码、数据格式、业务逻辑) → 生成报告 - 常用工具:Postman(功能测试)、JMeter(性能测试)、Swagger(文档验证)[^2] 2. **接口自动化测试框架的核心组件?** - 测试数据管理(Excel/YAML) - 请求封装(HTTPClient/RestAssured) - 断言机制(JSON Schema验证) - 持续集成(Jenkins调度) - 报告生成(Allure可视化) #### 三、网络协议类 1. **HTTP三次握手过程:** $$SYN → SYN-ACK → ACK$$ 建立TCP连接时,客户端发送SYN=1的报文,服务端返回SYN=1且ACK=1的报文,最后客户端发送ACK=1完成连接 2. **四次挥手过程解析:** $$FIN → ACK → FIN → ACK$$ 主动关闭方发送FIN,接收方ACK确认后发送自己的FIN,最终双方关闭连接 #### 四、质量保障类 1. **如何保障测试质量?** - 需求评审阶段介入,制定测试策略 - 采用分层测试:单元测试(覆盖率≥80%)→ 接口测试 → UI自动化 - 缺陷分析:定期进行Bug分类(如功能/性能/兼容性缺陷占比) 2. **定位问题的常用方法:** - 查看服务日志(tail -f application.log) - 使用Charles/Fiddler抓包分析请求响应 - 数据库查询验证数据一致性(如订单状态与支付流水匹配) #### 五、性能测试类 **Windows程序运行缓慢的排查步骤:** 1. 任务管理器查看CPU/内存/磁盘占用率 2. 使用Process Monitor监控程序系统调用 3. 对比Linux环境运行结果,排除硬件差异 4. 通过Visual Studio性能分析工具检测内存泄漏[^2]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值