小编热衷于收集整理资源,记录踩坑到爬坑的过程。希望能把自己所学,实际工作中使用的技术、学习方法、心得及踩过的一些坑,记录下来。也希望想做软件测试的你一样,通过我的分享可以少走一些弯路,可以形成一套自己的方法,并应用到实际中。
这是我整理的某大厂软件测试面试题完整版,还有不少工具和视频的【网盘资源】,需要的朋友可以【+V:mashang-tt(备注:999)】

目录
1. 测试是调试的一个部分 ( ╳ )
2. 软件测试的目的是尽可能多的找出软件的缺陷。( √ )
3. 程序中隐藏错误的概率与其已发现的错误数成正比( √ )
4. Beta 测试是验收测试的一种。 ( √ )
5. 测试人员要坚持原则,缺陷未修复完坚决不予通过。( √ )
6. 项目立项前测试人员不需要提交任何工件。( ╳ )
7. 单元测试能发现约 80%的软件缺陷。( √ )
8. 测试的目的是发现软件中的错误。( √ )
9. 代码评审是检查源代码是否达到模块设计的要求。( √ )
10. 自底向上集成需要测试员编写驱动程序。( √ )
1、实施缺陷跟踪的目的是:( ABCD )
A、软件质量无法控制
B、问题无法量化
C、重复问题接连产生
D、解决问题的知识无法保留
E、确保缺陷得到解决
F、使问题形成完整的闭环处理
2、使用软件测试工具的目的:( ABCDF )
A、帮助测试寻找问题
B、协助问题的诊断
C、节省测试时间
、提高 Bug 的发现率
E、更好的控制缺陷提高软件质量
F、更好的协助开发人员
3、编写测试计划的目的是:( ABC )
A、使测试工作顺利进行
B、使项目参与人员沟通更舒畅
C、使测试工作更加系统化
D、软件工程以及软件过程的需要
E、软件过程规范化的要求
F、控制软件质量
4、选出属于黑盒测试方法的选项( B )
A、测试用例覆盖
B、输入覆盖
C、输出覆盖
D、分支覆盖
E、语句覆盖
F、条件覆盖
5、以测试的形态分测试可以分为:( ABC )
A、建构性测试
B、系统测试
C、专项测试
D、单元测试
E、组件测试
F、集成测试
6、进行软件质量管理的重要性有:( )
A、维护降低成本
B、法律上的要求
C、市场竞争的需要
D、质量标准化的趋势
E、软件工程的需要
F、CMM 过程的一部分
G、方便与客户进一步沟通为后期的实施打好基础
7、在 GB/T17544 中,软件包质量要求包括三部分,即产品描述要求、( A )、 程 序和数据要求。 A.用户文档要求
B.系统功能要求
C.设计要求说明
D.软件配置要求
8、典型的瀑布模型的四个阶段是:( ABCD )
A、分析
B、设计
C、编码
D、测试
E、需求调研
F、实施
9、( )可以作为软件测试结束的标志。
A.使用了特定的测试用例
B.错误强度曲线下降到预定的水平
C.查出了预定数目的错误
D.按照测试计划中所规定的时间进行了测试
10、导致软件缺陷的原因有很多,A—D 是可能的原因,其中最主要的原因包括 ( ABCD )。
A.软件需求说明书编写的不全面,不完整,不准确,而且经常更改
B.软件设计说明书
C.软件操作人员的水平
D.开发人员不能很好的理解需求说明书和沟通不足
1. Beta 测试:Beta 测试是从用户角度进行的测试,是由软件的多个用户在一个 或多个用户的实际使用环境下进行的测试。它是在开发者无法控制的软件环境下 进行的软件现场应用。
2. 负载测试:负载测试是一个通过分析软件应用程序和支撑架构,模拟真实环 境的使用,来确定能够接受的性能的过程。
3. 软件测试活动生命周期:是指软件从进入测试到退出测试的过程中,所要经 历的引入程序错误、通过测试发现错误和清除程序错误的几个阶段。
4. 改进的三明治集成:利用较高的并行度弥补三明治集成中不能充分测试中间 层的缺点。但根据中间层选择是否恰当,可能增加驱动模块和桩模块设计的工作 量。
5. 驱动模块相当于所测模块的主程序。它接收测试数据,把这些数据传送给所 测模块,最后再输出实际测试结果。
1.软件测试和软件测试结束的标准:
(可能考法:什么是软件测试,软件测试分为哪几个阶段)
软件测试是为了发现错误而执行程序的过程。或者说,软件测试是根据软件开发 各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其 预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。 软件测试过程按各测试阶段的先后顺序可分为单元测试、集成测试、确认(有效 性)测试、系统测试和验收(用户)测试 5 个阶段 软件测试退出标准为:完成测试需求中列出的所有功能及测试过程中发现缺陷的回归测试。
2.软件缺陷等级:
1) 致命的:致命的错误,造成系统或应用程序崩溃、死机、系统悬挂,或造成 数据丢失、主要功能完全丧失等。
2) 严重的:严重错误,指功能或特性没有实现,主要功能部分丧失,次要功能 完全丧失,或致命的错误声明。
3) 一般的:不太严重的错误,这样的软件缺陷虽然不影响系统的基本使用,但 没有很好地实现功能,没有达到预期效果。如次要功能丧失,提示信息不太准确, 或用户界面差,操作时间长等。
4) 微小的:一些小问题,对功能几乎没有影响,产品及属性仍可使用,如有个 别错别字、文字排列不整齐等。
3.阶段评审和同行评审:
同行评审是一种重要而有效的工程方法,在软件产品工程中调用此方法,可通过 法根式审查、结构化走查或者一些其他的学院式的评审方法加以实施。其目的是 及早和高效地去除软件工作中的缺陷,必然结果是增强对软件工作产品和可预防 缺陷的了解。
阶段评审是利用在需求分析阶段所选择并制定的标准、规范以及计划的安排,对 软件工程各阶段的进展、完成质量及出现的问题进行正式评审,确保过程计划并 遵守标准和规范执行,然后形成报告。当发现问题是,要准寻逐级解决的原则, 将处理结果通知相关人员,记录解决过程及结果以作日后改进重要参考资料。
两者都是有关软件质量管理和保证的重要内容,二者相辅相成,缺一不可。
怎样制定有效等价类、无效等价类(作业 1):
测试场景:
一个程序读入 3 个整数,把这三个数值看作一个三角形的 3 条边的长度值。这个 程序要打印出信息,说明这个三角形是不等边的、是等腰的、还是等边的 、
设三角形的 3 条边分别为 A,B,C。如果它们能够构成三角形的 3 条边,必须 满足:
? A>0,B>0,C>0,且 A+B>C,B+C>A,A+C>B;
如果是等腰的,还要判断 A=B,或 B=C,或 A=C;
如果是等边的,则需判断是否 A=B,且 B=C,且 A=C。

以上就是今天的分享,如果觉得有用,欢迎分享转发给更多盆友💕。
如果这篇文章对你有帮助,请给小编点个赞!这样我才有动力继续更新下去!
今天的小知识学会了么
欢迎在留言区跟我们互动噢~

