软件测试常见面试题
目录
1、什么是测试用例？
2、什么是BUG？（BUG的生命周期）
3、软件开发五大模型
4、软件测试的生命周期
5、测试模型（V模型、W模型）
6、软件开发的生命周期
7、如何描述一个BUG？
8、BUG的级别（线上出现崩溃级别的BUG怎么办）
9、 BUG的生命周期
10、发现一个BUG，开发人员修改了，通知测试人员验证，但是测试人员又复现了，是哪些原因引起的？
11、测试人员因为一个BUG与开发人员产生冲突应该怎么做？
12、如何评价一个测试用例的好坏？
13、写测试用例的好处？（为什么在测试测试前设计测试用例？）
14、给你一个东西，怎么设计它的测试用例？
15、 如何按照测试需求写测试用例？
16、什么是软件测试？软件测试的目的？
17、黑盒测试、白盒测试，以及黑白盒的优缺点
18、质量六属性有哪些？（软件产品质量特性是什么？）
19、给你一个网站你如何测试？
20、BUG管理工具的跟踪过程
21、在以前的工作中做过哪些事情，比较熟悉什么？
22、Internet采用哪种网络协议？该协议的主要层次结构？
23、Internet的物理地址和IP地址转换采用哪些协议？
24、软件测试类型都有哪些，简单介绍一下
1、什么是测试用例？
被测试系统发起的一组集合，包含测试环境、测试数据、测试步骤、预期结果。
2、什么是BUG？（BUG的生命周期）
当且仅当，程序规格说明书（软件需求存在）存在并且合理，若软件功能和软件规格说明书不相符合，我们就说软件错误。
当软件需求不存在，用户需求存在并且合理，软件功能和用户功能不相符合，就说明软件错误。
3、软件开发五大模型
3.1瀑布模型
优点：是一个串行的过程。阶段性强，每一个阶段比较独立；看重前期的需求分析和测试（最后一道把关）。
缺点：测试在编码后才开始介入，导致前期问题后期才发现，会错失补救的机会
3.2增量/迭代模型
在迭代模型的基础上一点点增量
优点：抗击风险的能力强
3.3螺旋模型
优点：抗风险模型最强，适合于项目庞大，并且前期风险大，不是很明确的项目。
缺点：风险管控人力、物理投入很多，成本很大。
3.4敏捷开发模型（scrum流程）注重质量
个体与交互重与过程的工具，可用软件重于完备文档。
优点：轻文档、轻流程、重目标、重产出、随时拥抱用户变化。
4、软件测试的生命周期
需求分析——测试计划——测试设计/开发——测试执行——测试报告
需求分析：分析需求，验证需求的合理性，正确性，细化需求，根据需求提炼测试点。
测试计划:确定测试范围。（目的、目标、测试人员、测试工具、时间、测试环境）
测试执行：开发人员已经提交代码，开始执行测试、提交BUG。
测试报告：本次迭代的测试情况进行总结。
5、测试模型（V模型、W模型）
4.1V模型
特点：每一个阶段独立性强。
左边每一个阶段是右边测试阶段的依据，和右边每一个测试阶段一一对应。
4.2W模型
特点：每一个阶段独立性比较强，测试从一开始就介入了，测试和开发同时进行，可以保证前期问题的发现和纠正，保证了可靠性和正确性。
缺点:每一个阶段都是串行的过程，一个阶段完了以后就进入下一个阶段，不拥抱变化。
不支持敏捷开发（不拥抱变化）。
6、软件开发的生命周期
第一阶段：计划和需求分析（Planning and Requirement Analysis）
第二阶段：设计项目构架（Project Archiecture）
第三阶段：开发和编程（Development and coding）
第四阶段：测试（Testing）
第五阶段：部署（Deployment）
7、如何描述一个BUG？
7.1测试版本
代码提交的版本号，我们一般不会直接把代码提交到码云的master分支，因为这样可能会存在一些错误，而直接上线。所以会有很多分支，分别负责各自的功能，等到所有代码都没有问题，在进行提交。
7.2测试环境
为何测试环境也要描写清楚？
答：因为在不同的测试环境出现的问题不一样，不同的浏览器以及浏览器不同的版本都是不一样的。
市面上的浏览器有哪些
答：谷歌、IE、火狐、edge、360、搜狗、QQ、猎豹、safari
app问题：
软件环境：IOS、安卓、鸿蒙、塞班、windows
硬件环境（设备）：手机品牌/手机系列
7.3测试步骤
测试数据和执行测试的详细步骤（为了方便开发人员复现问题）
7.4实际结果、预期结果、BUG产生的log日志，错误截图
预期结果：需求期望的结果
8、BUG的级别（线上出现崩溃级别的BUG怎么办）
8.1崩溃
系统崩溃不能运行，死循环、数据死锁、资源分配不均、黑屏闪退、阻塞。
线上（用户使用环境）出现崩溃级别的BUG怎么办？
答：回退到上一个可用的稳定版本（一般版本）
8.2严重
服务器可以用但是不稳定，继续使用会产生严重错误。
一级菜单错误、数据库插入用户数据错误、威胁到用户的安全等。
8.3一般
系统可以稳定的运行，次要的功能没有实现，提示语不完善，弹出框没有关闭按钮，不影响用户使用。
8.4建议（次要）
建议性的，提示信息重叠（看不清楚、界面排版不符合用户使用习惯、颜色不符合软件使用场景）
9、 BUG的生命周期
一个BUG从无到有的状态。
了解即可
发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG
