目录
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
