面试题感觉不是很难，题目中规中矩，啥也没深挖， 平时就没咋背八股了，天天工作都是具体CRUD的业务，基本上靠的都是去年跳槽时候的回忆，所以答的也不是很好，感觉可能是凉了
自我介绍
为什么选择测试岗位、了解软件测试吗
选择测试岗位的原因可能因人而异，但以下是一些常见的理由：
1、兴趣和技能匹配：有些人对软件测试和质量保证方面的工作感兴趣，并且拥有在这个领域发展的技能。他们可能对发现和解决问题、确保软件质量和用户体验等方面感兴趣。
2、重视质量：测试岗位在软件开发生命周期中起着关键作用。测试人员负责确保软件的质量，包括发现和报告缺陷、验证功能的正确性以及确保软件满足用户需求。一些人认为质量保证对于一个成功的产品至关重要，因此选择测试岗位。
3、分析和问题解决能力：测试人员需要具备分析和解决问题的能力。他们需要仔细分析软件的不同方面，并识别潜在的问题和风险。对于一些喜欢挑战和解决问题的人来说，测试岗位可能是一个理想选择。
4、多样性和变化：测试岗位通常涉及测试不同类型的软件，包括Web应用程序、移动应用程序、桌面应用程序等。这使得测试人员能够在各种不同的项目和技术中获得经验，享受不同的工作挑战和变化。
现在让我们来了解一下软件测试。
软件测试是评估和验证软件产品是否满足预期需求的过程。它旨在发现软件中的缺陷和问题，并确保软件在交付给最终用户之前达到预期的质量标准。以下是软件测试的一些关键方面：
1、缺陷发现：测试人员使用各种技术和工具来发现软件中的缺陷和问题。这可以包括功能测试、性能测试、安全测试等。
2、验证和验证：测试人员验证软件是否按照预期工作，并验证它是否满足用户需求和规格。
3、自动化测试：自动化测试是使用脚本和工具执行测试的过程。它可以提高测试效率和一致性，并减少人为错误。
4、缺陷报告和跟踪：测试人员将发现的缺陷报告给开发团队，并跟踪其修复过程，确保缺陷得到解决。
5、测试策略和计划：测试人员制定测试策略和计划，确定测试范围、测试方法和资源需求等。
通过软件测试，可以提高软件质量、减少风险并提供更好的用户体验。对于一个成功的软件项目，测试是不可或缺的一部分。
一个case包含哪些部分 （我能说我不会吗 直接编）
一个测试用例（test case）通常包含以下几个部分：
- 用例编号（Test Case ID）：每个测试用例都应该有一个唯一的标识符或编号，以便于跟踪和管理。
- 测试场景（Test Scenario）：测试场景描述了被测试的功能或业务流程的上下文和条件。
- 测试步骤（Test Steps）：测试步骤是具体的操作序列，描述了如何执行测试用例。每个步骤都应该清晰明确，并包含必要的输入数据和操作。
- 预期结果（Expected
Results）：预期结果是对每个测试步骤执行后期望的输出、行为或状态进行描述。它指示了测试人员期望系统在特定条件下的表现。 - 实际结果（Actual
Results）：实际结果是在执行测试步骤后观察到的系统行为或输出。测试人员将实际结果与预期结果进行对比，以确定测试是否通过或失败。 - 测试数据（Test Data）：测试数据是用于执行测试用例的输入数据。它应该包括各种可能的情况，包括边界值、无效数据、特殊字符等。
- 前置条件（Preconditions）：前置条件是指在执行测试用例之前需要满足的条件或状态。它确保系统处于适当的环境中以执行测试。
- 后置条件（Postconditions）：后置条件是指在执行测试用例后期望的系统状态或结果。它描述了测试用例执行完成后系统应该处于的状态。
- 优先级（Priority）：优先级标识了测试用例的重要程度和执行顺序。根据项目需求和时间限制，可以将测试用例分配为高、中、低优先级等级。
- 测试状态（Test Status）：测试状态跟踪测试用例的执行情况，例如“通过”、“失败”、“阻塞”等。
以上是测试用例常见的部分，根据具体的测试流程和项目要求，有时还可能包含其他信息，例如测试环境、备注、关联的缺陷等。编写清晰、准确和完整的测试用例对于有效执行软件测试非常重要。
tcp和udp的区别
TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）是互联网协议栈中的两个常见的传输层协议，它们具有以下区别：
1、连接导向 vs 无连接：TCP是一种连接导向的协议，它在通信之前需要建立连接，并提供可靠的、面向字节流的传输。UDP是一种无连接的协议，它不需要建立连接，每个数据报都是独立的。
2、可靠性：TCP提供可靠的数据传输，它使用序号、确认和重传机制来确保数据的完整性和顺序性。如果数据丢失或损坏，TCP会自动重传丢失的数据。UDP不提供可靠性保证，它将数据报发送出去，但不关心数据是否到达目标，也不进行重传。
3、据。UDP不保证数据的有序性，接收方收到数据报后可以以任意顺序处理。
4、流量控制和拥塞控制：TCP具有流量控制和拥塞控制机制，它可以调整发送方的发送速率以适应网络的负载情况，避免网络拥塞。UDP没有内置的流量控制和拥塞控制机制，数据包发送速度由应用程序决定。
5、开销：TCP协议的额外功能和保证可靠性的机制增加了协议的开销。UDP相对简单，没有额外的开销，使其在某些实时应用和对时延敏感的应用中更常见。
6、适用场景：TCP适用于需要可靠性和顺序性的应用，例如文件传输、电子邮件、网页浏览等。UDP适用于实时性要求较高、对时延敏感的应用，例如音频/视频传输、实时游戏等。
总结起来，TCP提供可靠的、面向连接的通信，而UDP提供简单的、无连接的通信。选择使用TCP还是UDP取决于应用程序的需求和对性能和可靠性的权衡。
http状态码
DNS的解析过程
DNS（Domain Name System）解析是将域名（例如www.example.com）转换为相应的IP地址的过程。下面是DNS解析的基本过程：
发送DNS查询：当用户在浏览器中输入一个域名时，操作系统的DNS解析器首先检查本地DNS缓存，如果缓存中存在对应的IP地址，则直接返回结果。如果缓存中没有记录或已过期，解析器将发送DNS查询请求。
本地DNS服务器：如果解析器没有缓存记录或缓存过期，它将向本地DNS服务器发送查询请求。本地DNS服务器通常由Internet服务提供商（ISP）提供，并由解析器的配置设置确定。本地DNS服务器维护着一些常见域名的缓存记录，它可能会返回缓存中的IP地址作为响应，如果缓存中没有记录，它将继续向上层DNS服务器发起查询。
递归查询：本地DNS服务器在收到查询请求后，如果它没有缓存记录，它将根据自己的配置进行递归查询。它向顶级域名服务器（例如.com域的顶级域名服务器）发送查询请求，并询问它们掌管的下一级域名服务器的IP地址。
迭代查询：顶级域名服务器收到查询请求后，它将返回下一级域名服务器的IP地址给本地DNS服务器。本地DNS服务器将向下一级域名服务器发起查询，并继续这个过程直到找到负责解析目标域名的权威域名服务器。
权威域名服务器：当本地DNS服务器找到负责解析目标域名的权威域名服务器后，它将向该服务器发送查询请求。
返回查询结果：权威域名服务器收到查询请求后，它将返回解析后的IP地址给本地DNS服务器。
响应返回：本地DNS服务器收到解析结果后，它将把结果存储在缓存中，并将解析结果发送给操作系统的DNS解析器。解析器将结果传递给应用程序，例如浏览器，使其能够建立与目标服务器的连接。
上述过程中，DNS解析可能会经过多个级别的域名服务器，从顶级域名服务器到权威域名服务器。为了提高解析效率，DNS解析结果通常会在本地DNS服务器和操作系统的DNS解析器中进行缓存，以便在将来的查询中快速响应。
为什么要三次握手
三次握手是TCP（Transmission Control Protocol）建立连接的过程，它的设计目的是为了确保双方能够正常通信并同步初始序列号。以下是三次握手的原因和作用：
1、双方确认能够通信：通过三次握手，客户端和服务器能够互相确认彼此的存在并且能够相互通信。每次握手都要求对方确认，确保双方的通信路径是可达的。
2、同步初始序列号（ISN）：在TCP连接建立时，每个端点都会选择一个初始序列号。通过三次握手，客户端和服务器可以交换彼此的初始序列号，以便在数据传输过程中正确地识别和重组数据。
3、避免旧连接的影响：在网络中，旧的连接可能仍然存在于网络中，如果没有进行三次握手，新的连接请求可能会被误认为是旧连接的延迟报文。通过三次握手，可以确保旧连接已经被终止，并且避免了对新连接的干扰。
4、确保可靠性：三次握手可以帮助检测到连接建立过程中的错误或问题，例如网络延迟、丢包或无法到达的目标主机等。如果握手过程中发生错误，客户端和服务器可以重新尝试建立连接，确保连接的可靠性。
总之，通过三次握手，TCP能够建立可靠的连接，确保通信双方能够正常交换数据，并保证连接的可靠性和正确性。每个握手阶段都承担着重要的功能，确保连接的成功建立和同步序列号的准确性。
为什么要四次挥手
四次挥手是TCP（Transmission Control Protocol）断开连接的过程，它的设计目的是确保双方都能正确终止连接并释放相关资源。以下是四次挥手的原因和作用：
1、双方完成数据传输：在断开连接之前，双方可能还有剩余的数据需要传输完毕。通过四次挥手，双方可以确认彼此已经完成了数据传输，避免了数据的丢失或被截断。
2、确保可靠的关闭：TCP是一种可靠的传输协议，它保证数据的可靠性和有序性。通过四次挥手，可以确保连接的关闭也是可靠的，并防止在关闭过程中的数据丢失或重复。
3、延迟报文的处理：在连接关闭之前，可能仍然存在在网络中未传输完毕的延迟报文。通过四次挥手，双方可以等待一段时间以确保网络中的延迟报文都已被处理，从而避免后续产生的混乱或冲突。
4、释放连接资源：通过四次挥手，双方可以通知对方它们不再需要连接，并释放相关的资源，例如TCP缓冲区、序列号等。这样可以使得网络资源能够被及时回收和重用。
需要注意的是，四次挥手是由主动关闭连接的一方（通常是客户端）发起的，而被动关闭连接的一方（通常是服务器）只是响应关闭请求。四次挥手的每个阶段都承担着重要的功能，确保连接的正常关闭和资源的释放。
总之，通过四次挥手，TCP能够实现可靠的连接断开过程，确保数据的完整性和正确性，并释放连接相关的资源，使得网络能够高效地管理连接和资源分配。
TCP为什么传输是可靠的 （基于数据块传输）
TCP（Transmission Control Protocol）之所以被称为可靠的传输协议，是因为它在数据传输过程中提供了多种机制来确保数据的可靠性和有序性。
以下是TCP实现可靠传输的主要机制：
序列号和确认应答：TCP将每个数据包分配一个唯一的序列号，并通过接收方的确认应答机制来确认收到的数据包。发送方可以根据确认应答来确定哪些数据包已经成功到达接收方，以及哪些数据包需要进行重传。
数据段重传：如果发送方没有收到对特定数据段的确认应答，它会认为该数据段丢失，并进行重传。接收方可以根据序列号来判断是否收到重复的数据段，并丢弃重复的数据。
滑动窗口协议：TCP使用滑动窗口协议来管理发送和接收的数据段。通过滑动窗口，发送方可以控制发送的数据量，并根据接收方的处理能力进行调整。滑动窗口协议还允许发送方在等待确认应答时继续发送其他数据，提高传输效率。
拥塞控制：TCP使用拥塞控制算法来避免网络拥塞。它通过监测网络的负载情况和接收到的确认应答来调整发送速率。拥塞控制算法包括慢启动、拥塞避免和拥塞恢复等机制，以保持网络的稳定性和公平性。
有序交付：TCP确保数据按照发送的顺序到达接收方，并在接收方重新组装数据，以便上层应用能够正确处理数据。
通过这些机制，TCP可以应对网络中的丢包、延迟、重复、乱序等问题，提供可靠的数据传输。它能够自动重传丢失的数据，调整发送速率以适应网络状况，并保证数据的有序性。这使得TCP成为广泛应用于可靠数据传输的协议，例如文件传输、电子邮件、网页浏览等。
NAT协议和跨域了解吗
我了解NAT协议和跨域的概念，下面对它们进行简要说明：
NAT（Network Address Translation，网络地址转换）：NAT是一种网络协议，用于将私有网络中的内部IP地址和端口映射到公共网络中的公网IP地址和端口。它允许多个设备共享单个公网IP地址，提供了一种解决IPv4地址短缺问题的方法。NAT工作在网络层，它在数据包经过网络边界设备（如路由器）时，修改源IP地址和目标IP地址，以实现内部私有地址和外部公网地址之间的转换。
跨域（Cross-Origin）：跨域指的是在浏览器中，当一个网页的脚本试图访问不同源（域名、端口、协议）的资源时，就发生了跨域请求。出于安全原因，浏览器默认限制了跨域请求的访问，这是浏览器的同源策略所导致的。为了在跨域请求中进行通信，需要使用一些特定的技术和安全措施，如跨域资源共享（CORS）机制、JSONP（JSON with Padding）、代理服务器等。
需要注意的是，NAT协议和跨域是两个不同的概念，涉及到不同的网络和安全领域。NAT主要用于网络通信中的地址转换，解决IPv4地址短缺问题；而跨域是浏览器安全策略的一部分，用于限制脚本在不同源之间的通信。
get和post的区别
GET和POST是HTTP协议中常用的两种请求方法，它们之间存在以下区别：
数据位置：GET请求将参数包含在URL的查询字符串中，而POST请求将参数包含在请求的消息体中。在GET请求中，参数会暴露在URL中，可以被缓存、书签等直接可见，而POST请求的参数不会直接显示在URL中。
数据长度限制：由于GET请求将参数包含在URL中，URL长度有限制，因此GET请求对传输的数据长度有限制（通常在几千个字符之内）。而POST请求将参数包含在消息体中，通常没有严格的长度限制。
安全性：GET请求的参数在URL中可见，容易被第三方获取，包括敏感信息，因此不适合传输敏感数据。POST请求将参数放在消息体中，相对于GET请求更安全，适合传输敏感数据。
缓存：GET请求可以被缓存，而POST请求默认不会被缓存。由于GET请求的参数直接暴露在URL中，响应结果也可以被缓存，这对于一些幂等的请求（不产生副作用）是合理的。POST请求往往用于提交表单或进行数据修改，每次请求都应该向服务器发送最新的数据，避免产生副作用。
幂等性：GET请求是幂等的，即多次相同的GET请求应该产生相同的结果，不会对资源产生副作用。而POST请求往往用于对资源进行修改或创建，可能会产生副作用，不具备幂等性。
总的来说，GET请求适合用于获取数据，对于无副作用的请求，而POST请求适合用于提交数据、修改数据，以及对资源进行操作。根据具体的场景和需求，选择适合的请求方法。
线程的状态
线程在执行过程中会经历多个状态，常见的线程状态包括：
新建（New）：线程被创建但还未开始执行。
可运行（Runnable）：线程被启动后，进入可运行状态。它表示线程可以被调度执行，但并不一定正在执行，可能正在等待CPU的分配时间。
运行（Running）：线程获得CPU资源，正在执行任务。
阻塞（Blocked）：线程在某些条件下被挂起，暂时停止执行。例如，线程正在等待某个锁的释放或等待输入/输出完成。
等待（Waiting）：线程被要求等待，直到其他线程发出特定的通知。它会一直等待，直到接收到通知或者被中断。
计时等待（Timed Waiting）：类似于等待状态，但是可以在指定的时间内自动唤醒。线程会等待一段时间，直到时间到达或者接收到通知或者被中断。
终止（Terminated）：线程执行完任务或者发生异常而结束。
需要注意的是，不同的编程语言和操作系统对线程状态的具体实现可能有所不同，上述状态仅为常见的线程状态概念。此外，线程状态之间可以相互转换，比如从可运行状态到运行状态，或者从运行状态到阻塞状态，这取决于线程调度和程序的执行流程。
什么是死锁、死锁的条件
死锁（Deadlock）是多线程或多进程并发编程中的一种常见情况，指的是两个或多个线程（或进程）因互相等待对方释放资源而无法继续执行的状态，导致系统无法前进或完成任务。在死锁状态下，线程将永远等待下去，除非外部干预。
死锁通常发生在满足以下四个必要条件的情况下：
互斥条件（Mutual Exclusion）：至少有一个资源同时只能被一个线程（或进程）占用，其他线程无法同时访问该资源。
请求与保持条件（Hold and Wait）：线程在持有至少一个资源的同时，又请求其他线程当前正占用的资源。
不可剥夺条件（No Preemption）：资源只能在线程自愿释放的情况下才能被其他线程获取，无法被强制剥夺。
循环等待条件（Circular Wait）：存在一组线程，每个线程都在等待下一个线程所占用的资源，形成一个循环等待的闭环。
当这四个条件同时满足时，就有可能发生死锁。一旦发生死锁，系统将无法自动解除死锁状态，需要人为干预或采取相应的死锁处理机制。
为避免死锁的发生，常见的死锁处理方法包括：
资源有序分配：为资源定义一个全局顺序，并要求线程按照相同的顺序请求资源，避免循环等待条件的发生。
避免请求和保持：线程在请求资源时，先释放已经持有的资源，然后再申请新的资源，以避免持有资源的冲突。
引入抢占机制：允许系统在某些情况下强制剥夺某个线程的资源，以满足其他线程的需求。
死锁检测与恢复：通过算法检测系统中是否存在死锁，如果检测到死锁，采取相应的策略进行恢复，如剥夺某些线程的资源或重新分配资源等。
了解死锁及其条件有助于编写并发程序时避免死锁发生，并能够选择合适的死锁处理策略。
进程通信的方式有哪些
在多进程编程中，进程之间需要进行通信以交换数据和协调工作。常见的进程通信方式包括：
管道（Pipe）：管道是最简单的进程间通信机制，分为无名管道和有名管道。无名管道只能在具有父子关系的进程之间使用，而有名管道允许无关的进程进行通信。
命名管道（Named Pipe）：也称为FIFO（First-In-First-Out），是一种特殊类型的文件，允许无关的进程进行通信。不同于无名管道，命名管道可以在不具有亲缘关系的进程之间使用。
信号量（Semaphore）：信号量用于控制多个进程对共享资源的访问。它可以用来实现进程的互斥和同步。
信号（Signal）：信号是一种异步通信机制，用于通知进程发生了某种事件。一个进程可以发送信号给另一个进程，接收到信号的进程可以采取相应的动作。
消息队列（Message Queue）：消息队列是一种进程间通信的方式，进程可以通过消息队列发送和接收消息。消息队列中的消息可以按照特定的优先级排序。
共享内存（Shared Memory）：共享内存是最快的进程间通信方式，它允许多个进程共享同一块物理内存区域，进程可以直接读写共享内存中的数据。
套接字（Socket）：套接字是一种提供网络通信能力的进程间通信机制，它可以在不同主机之间的进程进行通信。
这些进程通信方式各有优缺点，适用于不同的场景和需求。在选择进程通信方式时，需要根据具体情况综合考虑各种因素，如性能要求、数据大小、安全性等。
最后： 为了回馈铁杆粉丝们，我给大家整理了完整的软件测试视频学习教程，朋友们如果需要可以自行免费领取 【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
