测试八股面经

chatgpt生成答案
1.如果你提交bug，但开发并不认为是bug
两方面，一需求没对齐，二偶现bug
2遇到偶现bug怎么办？
3.对测试的了解
介绍一下测试的工作流程这样
产品反馈需求文档，所有技术人员参加需求评审，测试人员对照需求文档写测试用例，测试用例评审，开发提测，根据需求文档测试，都测一遍，开发人员验证bug，二轮测试，催促开发解决bug，后面的忘了
4.软件生存周期
瀑布模型
测试会贯穿整个生存周期？

6.对测试用例的了解
简单介绍了一下测试的六个方面，不知道答案是啥
chat老师这么回答的

1. 定义
   测试用例是一个包含一系列操作步骤、测试数据、执行条件和预期结果的文档，用于验证软件系统是否按预期工作。

2. 主要组成部分
   测试用例ID：唯一标识测试用例的编号。
   测试标题：简要描述测试用例的目标或测试内容。
   前提条件：执行测试用例之前需要满足的条件。
   测试步骤：按顺序执行的操作步骤。
   测试数据：执行测试步骤所需的输入数据。
   预期结果：执行测试步骤后期望看到的结果。
   实际结果：实际执行测试步骤后观察到的结果。
   测试状态：测试用例的执行状态，如“通过”、“失败”或“未执行”。

3. 测试用例的类型
   功能测试用例：验证软件功能是否按照需求进行。
   性能测试用例：测试软件在负载、压力等条件下的表现。
   安全测试用例：检查软件的安全性，如漏洞、权限控制等。
   兼容性测试用例：验证软件在不同操作系统、浏览器、设备上的表现。
   回归测试用例：验证软件修改后，其他功能是否仍然正常工作。
   边界测试用例：测试输入值在边界条件下的表现。

4. 测试用例设计方法
   等价类划分：将输入数据划分为有效和无效等价类，从每个类中选择代表性测试数据。
   边界值分析：重点测试输入数据的边界值。
   决策表测试：基于条件和动作的表格来设计测试用例。
   状态转换测试：测试系统在不同状态之间的转换。
   因果图法：通过绘制因果图来设计测试用例。

5. 测试用例的编写原则
   简洁明了：测试用例应简洁且易于理解。
   可重复性：测试用例应具有可重复性，以便测试人员可以多次执行。
   可维护性：测试用例应易于维护和更新，以适应需求变更。
   覆盖全面：测试用例应覆盖所有功能需求和业务流程。

6. 测试用例管理工具
   JIRA：功能丰富的项目管理工具，可用于管理测试用例。
   TestRail：专门用于测试管理的工具。
   TestLink：开源测试管理工具。

5. 测试的流程

软件测试的标准流程一般包括以下几个步骤：

1. 需求分析：理解和分析客户需求，明确测试目标。
2. 测试计划：制定详细的测试计划，包括测试范围、测试策略、测试资源、时间安排等。
3. 测试设计：设计测试用例，确定测试数据和测试环境。
4. 测试执行：按照测试用例执行测试，记录测试结果。
5. 缺陷报告：发现并记录缺陷，提交缺陷报告。
6. 缺陷跟踪与修复：跟踪缺陷修复进度，验证缺陷修复情况。
7. 测试总结与报告：总结测试工作，编写测试报告。

6. 编写测试用例关键点

编写测试用例时需要注意以下关键点：

1. 明确需求：测试用例应基于明确的需求文档。
2. 全面覆盖：确保测试用例覆盖所有功能和场景，包括正向和反向测试。
3. 独立性：每个测试用例应独立运行，互不依赖。
4. 可复现性：测试用例应描述清晰，确保任何人都可以复现测试过程。
5. 预期结果：每个测试用例应包含明确的预期结果，便于判断测试是否通过。

7. 查询人员姓名、名称的 SQL 语句

假设有一个表 employees，其中包含 id、name 和 department 等字段：

SELECT id, name, department FROM employees;

8. 关联两个表的方法、左右连接

假设有两个表 employees (员工表) 和 departments (部门表)：

-- 左连接
SELECT e.id, e.name, d.department_name 
FROM employees e
LEFT JOIN departments d ON e.department_id = d.id;

-- 右连接
SELECT e.id, e.name, d.department_name 
FROM employees e
RIGHT JOIN departments d ON e.department_id = d.id;

9. 接口测试工具的使用情况

常用的接口测试工具包括 Postman、JMeter、SoapUI 等。Postman 用于手动测试和自动化测试，JMeter 用于性能测试。使用时需要掌握如何创建请求、设置参数、断言结果等。

10. 是否写过接口自动化

如果没有实际编写过接口自动化测试，可以坦诚回答只是学习过。可以补充说明学习中掌握了哪些基础知识，例如如何编写自动化测试脚本，使用了哪些工具等。

11. Postman 和 JMeter 的区别、优缺点、场景分析

Postman

• 优点：界面友好，适合功能测试，支持多种请求类型，方便调试。
• 缺点：不适合大规模性能测试。
• 场景：单接口功能测试、简单的自动化测试。

JMeter

• 优点：支持大规模性能测试，支持分布式测试，插件丰富。
• 缺点：界面复杂，学习曲线陡峭。
• 场景：性能测试、负载测试、压力测试。

12. 是否对压测了解

压测是性能测试的一种，目的是通过施加高负载，测试系统的性能瓶颈。关注点包括响应时间、吞吐量、资源利用率等。

13. 性能测试以及压测需要关注的点，是否达标的一些指标

关注点包括：

• 响应时间：用户发出请求到接收到响应的时间。
• 吞吐量：单位时间内处理的请求数量。
• 并发用户数：系统同时处理的用户数量。
• 错误率：请求处理失败的比例。
• 资源利用率：CPU、内存、磁盘等资源的使用情况。

14. 描述一下 Fiddler 抓包

Fiddler 是一个 HTTP 调试代理工具，可以捕获和分析 HTTP/HTTPS 流量。它通过代理服务器的方式拦截请求和响应，便于分析数据包内容、检查网络问题等。

15. GET 请求和 POST 请求有什么区别

• GET：用于请求数据，不包含请求体，参数放在 URL 中，幂等。
• POST：用于提交数据，包含请求体，参数放在请求体中，非幂等。

16. 如果需要数据查询则使用什么请求

一般使用 GET 请求，因为 GET 请求用于获取资源，不会修改服务器上的数据。

17. 使用过禅道的话，是否使用过 JIRA

可以回答没有使用过 JIRA，但可以补充说明熟悉缺陷管理工具的基本功能，能够快速上手新工具。

18. 提 Bug 注意的关键信息

• 标题：简洁明了地描述问题。
• 描述：详细描述问题出现的步骤。
• 预期结果：说明正确的行为。
• 实际结果：说明出现的问题。
• 环境信息：包括操作系统、浏览器、版本等。

19. 给一个登录界面可以通过用户名密码，也可以通过验证码登录，怎么测试

• 功能测试：验证用户名密码登录、验证码登录的正确性。
• 安全性测试：测试弱密码、SQL 注入、验证码暴力破解等。
• 易用性测试：验证界面是否友好、操作是否方便。
• 性能测试：测试登录响应时间。
• 异常情况测试：用户名或密码为空、验证码错误、网络中断等。

20. 有没有一些关于异常情况的测试

异常情况测试包括但不限于：

• 输入无效数据（空值、特殊字符等）。
• 操作系统或硬件资源异常（磁盘空间不足、内存不足等）。
• 网络问题（断网、延迟、包丢失等）。
• 突发高并发等。

2. GET 和 POST 的区别

• 用途：
  • GET：用于请求数据。请求参数通过 URL 传递，主要用于读取操作。
  • POST：用于提交数据。请求参数通过请求体传递，主要用于创建或更新操作。
• 幂等性：
  • GET：幂等，重复请求不会改变服务器的状态。
  • POST：非幂等，重复请求可能导致不同的服务器状态（如创建多个资源）。
• 缓存：
  • GET：可以被缓存。
  • POST：通常不被缓存。
• URL 长度：
  • GET：有长度限制（取决于浏览器和服务器）。
  • POST：没有长度限制。
• 安全性：
  • GET：参数包含在 URL 中，可能被记录在浏览器历史、服务器日志中。
  • POST：参数包含在请求体中，相对更安全。

3. 测试方法

常见的测试方法包括：

• 黑盒测试：不考虑内部代码结构，关注输入和输出。
• 白盒测试：基于代码结构设计测试用例，测试内部逻辑。
• 灰盒测试：结合黑盒和白盒测试，部分了解代码结构。
• 单元测试：测试最小功能单元（如函数、方法）。
• 集成测试：测试模块之间的交互。
• 系统测试：测试完整的系统功能。
• 验收测试：确保系统符合需求和预期。

4. 测试流程

标准测试流程包括以下步骤：

1. 需求分析：理解和分析需求，明确测试目标。
2. 测试计划：制定测试计划，包括测试范围、策略、资源、时间安排等。
3. 测试设计：设计测试用例，确定测试数据和测试环境。
4. 测试执行：执行测试用例，记录测试结果。
5. 缺陷管理：记录、跟踪和修复缺陷。
6. 回归测试：验证缺陷修复后没有引入新的问题。
7. 测试总结：总结测试工作，编写测试报告。

5. 关联问题

常见的关联问题包括：

• 数据库表的关联：使用外键关系、JOIN 查询等。
• 接口之间的关联：通过输入输出参数实现接口调用的链条。
• 模块之间的关联：通过接口或方法调用实现模块间的交互。

6. 项目遇到什么问题

回答时可以提到具体项目中遇到的问题，如：

• 需求变更频繁：影响测试计划和测试用例设计。
• 测试环境不稳定：导致测试结果不准确。
• 沟通不畅：开发、测试、产品之间沟通不及时，影响测试进度。
• 缺陷难以复现：导致难以定位和修复问题。

7. 登录怎么设置测试用例

设计登录功能的测试用例时，可以从以下几方面考虑：

• 功能测试：测试正确的用户名和密码登录、验证码登录。
• 边界测试：测试用户名和密码的最小长度、最大长度、特殊字符等。
• 异常测试：测试错误的用户名、密码、验证码，输入为空等。
• 安全测试：测试弱密码、SQL 注入、暴力破解等。
• 性能测试：测试登录响应时间和并发用户数。

8. Linux 命令

常用的 Linux 命令包括：

• 文件操作：ls、cp、mv、rm、mkdir、touch 等。
• 权限管理：chmod、chown 等。
• 文本处理：cat、grep、awk、sed、tail、head 等。
• 系统管理：ps、top、df、du、free、kill 等。
• 网络操作：ping、netstat、curl、wget、scp、ssh 等。

9. 实习时长什么的

根据实际情况回答实习的时长、具体的工作内容和职责、学到的技能等。

10. 短期规划

可以提到在短期内希望：

• 提升技能：深入学习某些技术或工具，如自动化测试、性能测试等。
• 积累经验：参与更多实际项目，积累测试经验。
• 职业目标：明确短期内的职业发展目标，如成为某个领域的专家。

11. 冒烟测试

冒烟测试是一种初步测试，目的是验证软件的主要功能是否正常，确保系统基本可用。通常在新版本上线前进行，范围较小，重点测试关键功能和主流程。

12. 自动化框架的搭建

自动化框架的搭建包括以下步骤：

1. 选择工具：选择合适的自动化测试工具，如 Selenium、Appium、JUnit 等。
2. 设计架构：设计框架结构，包括测试用例管理、测试数据管理、报告生成等模块。
3. 编写脚本：编写自动化测试脚本，实现用例的自动化执行。
4. 集成工具：集成版本控制、持续集成工具，如 Git、Jenkins 等。
5. 执行测试：定期执行自动化测试，生成报告，跟踪和修复缺陷。

设计测试方案需要根据不同的功能点和使用场景进行详细的测试用例设计。以下是针对各个具体功能的测试用例设计示例：

百度搜索测试方案

功能测试：

1. 检查搜索框是否可以输入文字。
2. 检查搜索按钮是否能正常点击。
3. 检查输入关键词后是否会跳转到搜索结果页面。
4. 检查搜索结果是否与关键词相关。
5. 检查搜索结果页面是否显示广告。
6. 检查自动推荐搜索词是否正常。

性能测试：

1. 测试在不同网络环境下的搜索速度。
2. 测试高并发下的响应速度。

安全测试：

1. 检查搜索框是否对恶意脚本攻击有防护。
2. 检查是否有SQL注入漏洞。

上传文件测试用例

功能测试：

1. 检查上传按钮是否存在。
2. 检查是否可以选择文件进行上传。
3. 检查支持的文件类型（例如，jpg, png, pdf）。
4. 检查文件大小限制是否有效。
5. 检查文件上传后的提示信息是否正确。

性能测试：

1. 测试大文件上传的速度。
2. 测试并发多文件上传时的系统表现。

安全测试：

1. 检查上传文件是否进行病毒扫描。
2. 检查文件存储路径的安全性。

微信扫码测试用例

功能测试：

1. 检查扫码页面是否可以正常加载。
2. 检查扫码后是否能正确识别二维码内容。
3. 检查扫码后是否跳转到相应页面。

性能测试：

1. 测试不同设备扫码速度。
2. 测试不同光线条件下的扫码效果。

安全测试：

1. 检查是否存在二维码篡改的风险。
2. 检查扫码数据是否加密传输。

网站高并发测试

测试步骤：

1. 使用负载测试工具（如JMeter）模拟高并发用户访问。
2. 测试在峰值流量下的响应时间。
3. 检查服务器是否会崩溃或拒绝服务。
4. 测试在高并发下数据的一致性。

登录页面测试用例

功能测试：

1. 检查用户名和密码输入框是否存在。
2. 检查登录按钮是否可用。
3. 检查错误的用户名或密码是否会提示错误信息。
4. 检查登录成功后是否跳转到正确的页面。

安全测试：

1. 检查是否对SQL注入攻击进行防护。
2. 检查是否对暴力破解进行防护（如验证码）。
3. 检查密码是否加密传输。

微信红包测试用例

功能测试：

1. 检查红包发送功能是否正常。
2. 检查红包领取功能是否正常。
3. 检查红包过期后的处理。

性能测试：

1. 测试高并发下红包的发送和领取速度。

安全测试：

1. 检查红包金额是否会被篡改。
2. 检查红包领取数据是否加密传输。

微信朋友圈测试用例

功能测试：

1. 检查发布朋友圈是否正常。
2. 检查朋友圈的图片和视频上传功能。
3. 检查评论和点赞功能。

性能测试：

1. 测试高并发下朋友圈的加载速度。

安全测试：

1. 检查发布内容是否进行敏感词过滤。
2. 检查发布内容的隐私设置。

电梯测试用例

功能测试：

1. 检查按钮是否正常工作。
2. 检查电梯门的开关是否灵活。
3. 检查楼层显示是否正确。

性能测试：

1. 测试在高峰期电梯的运行情况。
2. 测试电梯的载重性能。

安全测试：

1. 检查电梯紧急按钮是否有效。
2. 检查电梯的安全停靠机制。

淘宝购物车测试用例

功能测试：

1. 检查商品是否能正常加入购物车。
2. 检查购物车内商品数量和总价是否正确。
3. 检查购物车内商品是否能删除或修改数量。

性能测试：

1. 测试在高并发下购物车的响应速度。

安全测试：

1. 检查购物车内商品信息是否加密传输。

三角形三边测试用例

功能测试：

1. 检查输入三边长度是否能正确判断是否为三角形。
2. 检查不同类型三角形的判定（等边、等腰、直角三角形等）。

性能测试：

1. 测试大量数据输入时的处理速度。

安全测试：

1. 检查对输入数据的边界处理（如负数、零值）。

直播间测试用例

功能测试：

1. 检查直播视频是否能正常播放。
2. 检查弹幕功能是否正常。
3. 检查打赏功能是否正常。

性能测试：

1. 测试高并发下直播视频的加载和播放速度。

安全测试：

1. 检查直播内容是否进行敏感词过滤。
2. 检查用户信息的安全性。

浏览器白屏测试用例

功能测试：

1. 检查浏览器是否会出现白屏现象。
2. 检查白屏出现的具体场景和操作。

性能测试：

1. 测试在不同网络环境下的表现。

安全测试：

1. 检查是否有恶意脚本引起白屏。

微信发消息测试用例

功能测试：

1. 检查消息发送功能是否正常。
2. 检查不同类型消息（文字、图片、视频、语音）发送是否正常。

性能测试：

1. 测试高并发下消息发送和接收速度。

安全测试：

1. 检查消息是否加密传输。
2. 检查是否有恶意链接过滤。

滴滴打车测试用例

功能测试：

1. 检查叫车功能是否正常。
2. 检查司机接单是否及时。
3. 检查行程记录是否准确。

性能测试：

1. 测试在高并发下叫车的响应速度。

安全测试：

1. 检查用户信息和支付信息的安全性。

这些测试用例设计涵盖了功能测试、性能测试和安全测试，旨在确保各个功能点的全面性和可靠性。