2022-软件测试工程师面试题（自我总结）

1. bug的定义，bug的周期

• 软件bug是指软件程序的漏洞和缺陷，测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等
• 生命周期中缺陷状态：新建-->指派-->已解决-->待验-->关闭
  • 发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG

2. 怎么判断是前端bug还是后端bug

• 界面相关，排版错乱，文案错误等问题都属于前端bug
  • 出现样式问题的都是css的bug
  • 出现文本问题的都是html的bug
  • 出现交互有问题的都是js的bug
• 功能相关，抓包分析，从接口 请求url 参数 接口响应来分析
  • 未发送请求，属于前端bug
  • 接口请求url错误，传参错误，属于前端bug
  • 接口返回数据错误，属于后端bug
• 性能相关
  • 页面加载慢或者提交表单慢，抓包查看请求耗时，如果耗时长，就属于后端bug

3. postman接口测试怎么做？

• 接口测试就和普通功能测试没什么区别，区别就是功能测试是在页面上输入值，提交数据看结果，而接口测试没有页面，通过接口规范文档上的调用地址，请求参数，拼接报文，然后发送请求，检查返回结果。
• 步骤
  • 打开postman，填写接口信息
    • 结合测试用例，组合变换参数信息后，查看返回的json数据与prd（产品需求文档）是否一致
  • 功能测试
    • 单接口测试
      • 正常参数
        • 全部必填参数
        • 全部参数（必填+非必填）
        • 全部参数（必填+ 部分非必填）
      • 异常参数
        • 数据异常：长度，类型是否为空，不满足业务等
        • 参数异常：多参，少参，无参，错误参数（password写成pass）等
    • 多接口测试（业务场景测试，用在冒烟测试里）

4. 测试报告的组成

• 概述（包括项目背景，需求分析）
• 测试时间，测试环境
• 测试过程（评审记录，测试范围，测试用例）
• 功能实现清单（列出是否已经按照测试计划实现功能）
• 缺陷统计（测试缺陷统计，测试用例执行情况统计）
• 测试统计情况（资源统计，执行情况，问题统计，问题列表，遗留的问题）
• 测试总结（测试结论（是否通过），测试内容，测试用例的覆盖程度，bug的解决程序）
• 测试风险

5. 测试用例设计方法

• 黑盒（等价类划分，边界分析，因果图和错误猜测）
• 白盒（逻辑覆盖，循环测试路径选择，基本路径测试）

6. 软件测试通过的标准是什么

• 测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的需求

7. 什么是bug？

• 没有实现的功能
• 完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题
• 实现了用户不需求的多余功能

8. 简述软件测试的流程

• 阅读相关技术文档
• 参加需求评审会议
• 根据最终确定的需求文档编写测试计划
• 编写测试用例
• 用例评审
• 开发提交代码
• 执行测试用例，记录发现的问题
• 验证bug与回归测试
• 编写测试报告
• 产品上线

9. 自动化测试脚本开发的主要步骤

• 通过某些方式定位到我们要执行的对象，目标
• 对这个对象进行什么操作
• 通过操作对定位到的对象赋值
• 添加断言操作

10. 什么是冒烟测试

• 冒烟测试就是在每日构建版本后，对系统的基本功能进行简单的测试，这种测试强调程序的主要功能进行的验证，而不会对具体功能进行更深入的测试

11. app测试和web测试不同的地方

• web项目是b/s架构，基于浏览器的，web测试只要更新了服务器端，客户端就会同步更新
• app项目，c/s架构， 必须要有客户端，app修改了服务端，客户端用户所有核心版本都需要进行回归测试
• web项目需要监测响应时间，cpu ，内存
• app项目除了监测响应时间，cpu，内存外，还需要监测流量，电量
• web基于浏览器，一般选择不同浏览器内核进行测试，app必须依赖于手机或者pad，分辨率，尺寸，设备系统

12. 一条bug记录都包含了哪些内容，如何提交高质量的bug记录

• 一条bug记录最基本应包含：编号，bug所属模块，bug描述，bug级别，发现日期，发现人，修改日期，修改人，修改方法，回归结果
• 要有效的发现 Bug 需参考需求以及详细设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布如此才能提高提交 Bug 的质量。

13. 如何使用jmeter进行压力测试

• 添加请求
• 线程组配置-----设置线程组--------设置循环次数--------------设置压测持续时间
• 添加聚合报告
• 执行分析结果----主要看：请求数，响应时间（越小越好），tps（服务器每秒钟处理的请求数，数值越大越好）

14. 自动化和手动测试的区别

• 测试效率不同
  • 完成同等数目的测试，启动自动化速度更快，手工测试则需要消费更多的时间，但是自动化测试的脚本开发比用例开发耗时长，包括编写脚本、调试脚本、维护脚本，而手工测试虽然也要对测试用例进行撰写、评审、修订，由于用例编写更多为自然语言，时间上会少
• 执行可靠性不同
  • 自动化测试中可靠的按脚本执行，后续定位，复现有明确的配置路径可寻，而手工测试往往会因为自己的判断导致测试出错，并且在测出来的问题上有一部分是不能复现的。但是自动化的稳定来源于其死板，而人的智慧体现在思维的跳跃，跳跃的思维也会导致后期不易定位。
• 覆盖率不同
  • 在同等时间内，启动自动化测试能够覆盖更多的功能，而手工测试只能覆盖小部分功能。但是自动化测试适合回归测试，开发中的功能不划算。对于开发中功能，需求或者实现的更改，都会导致自动化脚本的变更，开发中的功能更适合手工测试。

15. 项目是如何进行测试的

• 了解被测系统，被测功能和各个功能的业务逻辑
• 分析需求文档，整理测试点
• 测试方法设计，将测试方法用到项目中
• 编写测试用例
• 拿到被测软件后，执行测试，提交bug，有效的进行回归测试
• 测试总结

16. mysql 有AB两个表，A表用户表，B表角色表，C表是关系表，查询用户都是什么角色

17. mysql 查询成绩倒数第三的同学

• limit 返回查询条件的前几条或者中间某几行的数据，可接收两个参数， 第一个参数表示从第几行数据开始查，第二个参数表示查几条数据。注：初始记录行的偏移量是 0
• 用法
  • SELECT * FROM table LIMIT 5,10; // 检索记录行 6-15
  • SELECT * FROM table LIMIT 95,-1; // 检索记录行 96-last.
  • SELECT * FROM table LIMIT 5; //检索前 5 个记录行 相当于limit 0,5

18. 怎么测一个鼠标

• 界面
  • 形状，大小 是否符合要求
  • 是否有灯光显示
  • 是否有产品logo显示，开关是否显示标识
• 功能
  • 带线鼠标的话，连接在机箱上是否能使用，连接在笔记本上是否能使用
  • 蓝牙鼠标的话，不插入连接器是否能使用；电脑打开蓝牙，是否能连接成功；鼠标没电，是否还能继续使用
  • 鼠标左键是否能点击，点击后页面是否有反应
  • 鼠标左键是否能选中文本
  • 鼠标右键，是否显示刷新，复制等功能
  • 鼠标滚轴是否可以滑动页面
  • 鼠标点住左键是否可以拖动文件
  • 鼠标是否可以双击
• 性能
  • 鼠标左右键最多能够使用多久
  • 电池可以支持多久
  • 鼠标摔了之后是否还能正常使用

19. 当开发说这不是一个bug的时候，如何应付

• 开发人员说不是bug，有两种情况
  • 需求没有明确，这个时候可以找到产品人员进行确认，需不需要改动
  • 这种情况不可能发生，所以不需要修改。这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。

20. 软件测试有哪些类型

• 测试类型：功能测试，性能测试，界面测试，UI测试、接口测试、安全测试、兼容性测试、易用性测试、压力测试、负载测试

21. 功能测试包含哪些测试

===================== 后续还会增加

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

---

在此特意为大家准备了一份13G的超实用干货学习资源，涉及的内容非常全面，涵盖功能测试、Python编程语言，接口测试、UI自动化测试、性能测试......包括软件学习路线图，50多天的上课视频、16个突击实战项目，80余个软件测试用软件，37份测试文档，70个软件测试相关问题，40篇测试经验级文章，上千份测试真题分享,还有2022软件测试面试宝典，还有软件测试求职的各类精选简历，希望对大家有所帮助…..关注下方公众号免费获取~