面试必问-测试理论基础

本专栏将会对近年高频测试相关面试题做详细解答，结合自己多年工作经验，以及同行大佬指导总结出来的。旨在帮助测试、python方面的同学，顺利通过面试，拿到自己满意的offer。

每篇的题量虽然不多，但完全消化掉也是需要时间的。务必不用着急心切，揠苗助长，只有多多练习，反复温习，掌握理解清楚了，才不会遗忘，这样才能应对各种情况的面试。

让我们一起卷起来吧！

全部文章请访问专栏：《大厂测试高频面试题详解》

---

---

测试理论基础

什么是软件测试？

答：软件测试是在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估。

---

软件测试的目的是什么？

答：软件测试的目的在于（1）发现软件的缺陷和错误（2）保证软件的质量，确保能够满足用户以及产品的需求。

（标重点）软件测试的目的是为了找bug，并不是验证软件没有bug。

---

任何问题欢迎+作者v:taosu-ts

白盒测试用例设计常用方法

答：

静态测试：不用运行程序的测试，如文档测试、代码检查等

动态测试：需要执行代码，接口测试、覆盖率分析、性能分析、内存分析等。

逻辑覆盖法：主要包括语句覆盖，判断覆盖，条件覆盖，判断/条件覆盖，条件组合覆盖，路径覆盖等。

六种覆盖标准发现错误的能力由弱到强的变化：

1. 语句覆盖，每条语句至少执行一次。
2. 判断覆盖，每个判断的每个分支至少执行一次。
3. 条件覆盖，每个判段的每个条件应取到的各种可能的值。
4. 判断/条件覆盖，同时满足判断覆盖条件覆盖。
5. 条件组合覆盖，每个判定中各条件的每一种组合至少出现一次。
6. 路径覆盖，使程序中每一条可能的路径至少执行一次。

---

黑盒测试用例设计常用方法

答：等价划分类，边界值分析，错误推测法、因果图法、场景法、正交试验设计法、判定表驱动分析法、功能图分析法等。

---

什么是灰盒测试？

答：灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段。目前互联网的测试大多数都是灰盒测试。

---

列举出你所了解的软件测试方式

答：

按照软件的生命周期划分：单元测试、集成测试、系统测试、回归测试、验收测试。

按照测试关注点划分：功能测试、性能测试、稳定性测试、易用性测试、安全性测试。

按照测试实施者划分：开发方测试（α测试）、用户测试（β测试）、第三方测试。

按照技术/测试用例设计划分：白盒测试、黑盒测试、灰盒测试。

按照分析方法划分：静态测试、动态测试。

按照测试执行方式划分：手工测试、自动化测试。

按照测试对象划分：程序测试、文档测试。

---

什么是单元测试

答：完成最小的软件设计单元（模块）的验证工作，确保模块被正确编码。通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早发现和解决不易显现的错误。

---

单元测试、集成测试、系统测试、验收测试、回归测试这几步最重要的是哪一步？

答：这些测试步骤分别在软件开发的不同阶段对软件进行测试，我认为对软件完整功能进行测试的系统测试很重要，因为此时单元测试和集成测试已完成，系统测试能够对软件所有功能进行功能测试，能够覆盖系统所有联合的部件，是针对整个产品系统进行的测试，能够验证系统是否满足需求规格的定义，因此，我认为系统测试很重要。

---

集成测试和系统测试的区别，以及应用场景分别是什么？

答：

区别：

• 执行顺序：先执行集成测试，待集成测试问题修复后，再做系统测试。
• 用例粒度：集成测试比系统测试用例更详细，集成测试对于接口部分也要重点写，而系统测试的用例更接近用户接受的测试用例。

应用场景：

• 集成测试：一般包含接口测试，对程序的提测部分进行测试。测试方法一般选用黑盒测试和白盒测试相结合。
• 系统测试：针对整个产品的全面测试，既包含各模块的验证性测试和功能性测试，又包含对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。测试方法一般采用黑盒测试法。

---

测试开发需要哪些知识？具备哪些能力？

答：

需要的知识：

软件测试基础理论知识，如黑盒测试、白盒测试等；

编程语言基础，如C/C++、java、python等；

自动化测试工具，如Selenium、Appium等；

计算机基础知识，如数据库、Linux、计算机网络等；

测试卡框架，如JUnit、Pytest、Unittest等。

具备的能力：

业务分析能力、缺陷洞察能力、团队协作能力、专业技术能力、逻辑思考能力、问题解决能力、沟通表达能力和宏观把控能力。

---

请说一下手动测试与自动化测试的优缺点

答：

手工测试缺点：

1. 重复的手工回归测试，代价昂贵、容易出错。
2. 依赖于软件测试人员的能力。

手工测试的优点：

1. 测试人员具有经验和对错误的猜测能力。
2. 测试人员具有审美能力和心理体验。
3. 测试人员具有是非判断和逻辑推理能力。

自动化测试的缺点：

1. 不能取代手工测试。
2. 无法运用在测试复杂的场景
3. 手工测试比自动化测试发现的缺陷更多。
4. 对测试质量的依赖性极大。
5. 自动化测试不能提高有效性。
6. 比手动测试脆弱，需要维护成本。
7. 工具本身并无想象力。

自动化测试的优点：

1. 对程序的回归测试更方便。
2. 可以运行更多更繁琐的测试。
3. 可以执行一些手工测试困难或不可能进行的测试。
4. 更好地利用资源。
5. 测试具有一致性和可重复性。
6. 测试的复用性。
7. 增加软件的信任度。

---

自动化测试的运用场景举例

答：

1. 线上巡检（UI+接口）
2. 简单场景监控
3. 稳定性测试（monkey+遍历测试）

---

软件测试的核心竞争力是什么？

答：早发现问题和发现别人无法发现的问题。

---

测试和开发要怎么结合才能使软件的质量得到更好的保障

答：测试和开发可以按照V模型或W模型的方式进行结合。但应该按照W模型的方式进行结合比较合理。

V模型：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KXu2yc2u-1688979007022)(http://ww1.sinaimg.cn/mw690/00788Gqbgy1g6ng9otngfj30ao0650th.jpg)]

测试过程加在开发过程的后半段，比较被动。

W模型：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DDiead7V-1688979007023)(http://ww1.sinaimg.cn/large/00788Gqbgy1g6ngb9lyukj30co092wfe.jpg)]

测试提前，甚至和开发是同步进行，测试不仅是程序，还包括需求和设计。W模型有利于尽早地全面的发现问题，降低软件开发的成本，风险前置。

---

怎么实施自动化测试

答：

1. 首先判断项目适不适合进行自动化测试。
2. 对项目做需求分析。
3. 制定测试计划和测试方案。
4. 搭建自动化测试框架。
5. 设计或编写测试用例。
6. 执行自动化测试。
7. 评估。

---

测试的相关流程

答：

按W模型：

需求测试 -> 概要设计测试 -> 详细设计测试 -> 单元测试 -> 集成测试 -> 系统测试 -> 验收测试

我工作中实际测试流程：

需求评审 -> 技术评审 -> case评审 -> 开发自测以及冒烟测试 -> 整体提测（集成测试） -> 回归测试 -> 系统测试 -> 验收测试

---

测试项目具体工作是什么

答：

1. 搭建测试环境
2. 撰写测试用例
3. 执行测试用例
4. 写测试计划、测试报告
5. 测试并提交BUG
6. 跟踪BUG修改情况
7. 自动化测试
8. 性能测试、压力测试、安全测试等其他测试

---

BUG分级

答：两个维度去划分

1. 按BUG严重程度划分等级：
   • blocker：系统无法执行，崩溃，或严重资源不足，应用模块无法启动或异常退出，无法测试，系统不稳定。常见的：严重花屏、内存泄漏、用户数据丢失或破坏、系统崩溃/死机/冻结、模块无法启动或异常退出、严重的数值计算错误、功能设计与需求严重不符、服务器500等。
   • critical：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统的稳定性。常见的有：功能未实现，功能错误、系统刷新错误、数据通讯错误、轻微的数值计算错误、影响功能及洁面的错别字或拼写错误。
   • major：界面、性能缺陷、兼容性。常见的有：操作界面错误、边界条件错误、提示信息错误，长时间操作无法提示、系统未优化、兼容性问题。
   • minor/trivial：易用性及建议性的问题。
2. 按BUG处理优先级划分：
   • immediate：马上解决
   • urgent：急需解决
   • high：高度重视，有时间马上解决
   • low：在系统发布前解决或确认可以不用解决

---

APP性能指标有哪些？

答：内存、CPU、流量、电量、启动速度、滑动速度、界面切换速度、与服务器交互的网络速度。

---

APP测试工具有哪些？

接口测试：postman

性能测试：jmeter

抓包工具：chales、fiddler

UI自动化：uiautomator2、appium、atx

稳定性测试：monkey、maxim、uicrawler、appcrawler

兼容性测试：wetest、testin

内存、cpu、电量测试：GT、soloPi

弱网测试：chales

---

BUG的生命周期

答：

复杂版：

1. New（新的）
2. Assigned（已指派）
3. Open（打开的）
4. Fixed（已修复）
5. Pending Reset（待测试）
6. Reset（再测试）
7. Closed（已关闭）
8. Reopen（再次打开）
9. Pending Reject（拒绝中）
10. Rejected（被拒绝的）
11. Postponed（延期）

简单版：

1. 创建bug
2. 分配bug
3. 修复完待测试
4. 关闭
5. 重新开启
6. 无效

---

什么是α测试和β 测试？

答：

α测试：在受控的环境下进行，由用户在开发着的场所进行，开发者指导用户测试，开发者负责记录发现的错误和使用中遇到的问题。

β 测试：在开发者不可控的环境下进行，由软件最终用户在一个或多个客户场所下进行，用户记录测试中遇到的问题，并定期上报给开发者。

---

谈谈对敏捷的理解

答：

​ 提到敏捷，不得不联想到瀑布开发，瀑布开发按项目为核心，一般都会有一个相对较长的项目周期，一开始把项目设计得大而全，完成项目并交付后，工作重心就会转移到另一个项目去。而敏捷开发是以需求为核心，一开始不会把产品设计得大而全，而是通过快速迭代的方式，不断采集需求，不断更新迭代。敏捷开发的开发周期更短，能够快速试错，快速迭代，敏捷开发比瀑布开发更顺应目前的软件开发趋势。

​ 敏捷开发也对应着有敏捷测试，测试环节贯穿整个迭代周期，从需求评审到发布上线，都离不开测试快速跟进。测试左移：需求评审、用例设计、自测工具、静态代码扫描等；测试中：业务测试，接口测试，性能测试等；测试右移：稳定性测试，回归测试，灰度测试等

---

什么是压力测试？压力测试需要考虑哪些因素？

答：

​ 压力测试是在高负载情况下，对系统稳定性进行测试。在高负载的情况下，系统出现异常的概率要比正常负载时要高。高负载包含长时间运行、大数据、高并发等情况。

​ 在做压力测试时，一般要考虑环境因素、性能指标、运行时间等要素。

压测环境最好和生产环境一致，假如要在生产环境进行压测，需要在凌晨等在线用户量极少的情况下进行。在生产环境测试时要做好数据隔离，生产环境需提供虚拟数据，采用虚拟账号，避免对真实线上用户造成影响。

​ 性能指标包括，内存、CPU、TPS、QPS、网络流量、错误统计等，这些指标需要监控。

压测一般需要运行长时间，最好能够通过长时间的压测，绘制出曲线图，这样更容易观察到性能瓶颈。

遇到问题，学习指导请点击下方卡片联系作者