Bootstrap

软件测试面试题及答案,不给答案的面试题都是耍流氓

 

面试指导

  1. 软件测试理论刷题篇
  2. mysql数据库刷题库
  3. linux操作系统刷题篇
  4. 软件测试工程师面试篇

一. 软件测试理论刷题篇

1.软件测试的意义是什么?

思路:什么是软件测试→软件测试的含义

什么是软件测试:在规定的条件下对程序进行操作,以发现错误对软件质量进行评估的一个过程。

软件测试的意义:提前发现潜在的安全隐患,避免出现损失,降低风险。

扩展回答

要做好软件测试工作还要从以下方面着手

①一方面打造提前发现问题的能力

  • 对业务知识的熟练掌握
  • 提前介入测试
  • 推进更完善的质量把控制度
  • 不断的提升自身的技术能力 ②另一方面提前规避同类问题的发生,提高软件的稳定性
  • 文档沉淀
  • 流程沉淀
  • 业务沉淀
  • 技术沉淀

2.软件测试的基本原则是什么?

核心原则:基于用户的角度考虑问题,发现问题,提升用户使用系统的体验感。

更多原则

  • 更早的介入测试
  • 遵守二八原则,重点覆盖出现更多bug的模块
  • 提升用例设计的覆盖度,正向,反向,异常等都需要覆盖到
  • 更多考虑到上下游等未在需求中表现出来的因素

3.软件测试一般要做哪些测试?

软件测试的类型

①. 功能测试

  • 功能逻辑实现准确性测试
  • 界面测试
  • 兼容性测试
  • 易用性测试

②. 自动化测试

  • web自动化测试
  • 接口自动化测试

③. 性能测试

  • 高并发性能测试
  • 稳定(可靠性)测试
  • 疲劳测试

4.软件测试有哪些类型?

软件测试的类型

  • 黑盒测试:完全不清楚代码逻辑,只按照需要设计输入数据,然后对输出进行验证的过程。

图片.png

  • 白盒测试:完全清楚代码逻辑,针对代码进行的测试。

图片.png

  • 灰盒测试:介于白盒和黑盒之间的一种测试类型,偏向于接口测试的感觉,即了解逻辑但又不完全针对代码实现逻辑进行测试。

5.软件测试有哪些类型?

缺陷的来源分类

  • 新增功能bug
  • 修复bug引起的关联bug
  • 需求变更引发的bug
  • 模块对接的bug
  • 兼容性bug

6.请阐述完整的测试流程?

开发提测→准入测试(冒烟测试)→功能测试(系统测试)→bug跟踪和管理→集成测试→验收测试→上线→线上回归测试

图片.png

7.如何测试一个水杯?

考虑角度

  • 功能性:装水漏不漏,容量有多大
  • 可靠性:水杯扔到地上会不会碎了
  • 易用性:容不容易使用,有没有把手
  • 兼容性:可不可以装饮料,沸水,冰水等
  • 可维护性:是否容易清洗
  • 安全性:是不是会伤到手,是否有毒等

8.如何得到4升水?

给你一个3升的杯子和一个5升,怎么得到4升水

  1. 装满3升的杯,然后倒入5升杯中
  2. 再装满3升的杯,然后再倒入5升杯中
  3. 5升杯中倒掉,3升杯中剩余的1升水倒入5升杯中
  4. 装满3升的杯,然后倒入5升杯中,共计4升

9.测试用例包含的要素有哪些?

  • 用例编号
  • 用例名称
  • 优先级
  • 测试模块
  • 前置条件
  • 测试输入
  • 操作步骤
  • 预期结果
  • 实际结果

10.bug的生命周期?

图片.png

11.bug生命周期中的状态管理?

图片.png

12.黑盒测试用例设计方法有哪些?

黑盒测试用例设计方法有等价类划分法,判定表驱动法,场景分析法,边界值分析法,因果图,正交实验法,错误猜测法。

13.软件测试流程

系统测试相关规范和标准的流程:熟悉产品/项目,需求评审,测试需求,测试计划,测试方案,测试用例,预测试,第一轮正式测试、第二轮回归测试、第三轮测试,测试报告,测试总结,测试指南。

14. 如果你提的BUG开发不认为是BUG怎么办?

参考答案:

(1)首先测试人员要确保这确实是个bug(如果是误测,那只能测试人员自己背锅了);

(2)在测试环境将BUG复现出来,保存好截图、相关测试数据,发给开发人员,或直接给开发人员演示一遍;

(3)如果开发人员还认为不是BUG,或者是由于技术问题很难修改的BUG,可以叫上产品经理、开发负责人,一起讨论一下;

(4)对于等级比较低的建议性BUG,可以先记录到BUG管理系统,暂时不用说服开发去修改,后续再进行跟进。

15. 你对测试最大的兴趣在哪里?为什么?

答:我对未知的事物充满好奇心和挑战性。

我觉得在找到一个bug会让我兴奋,能够完善一个项目,让项目不出问题也是我很开心的一个地方。

解析:多从性格入手,可以自由的增加自己的看法,多往好的方向去说。

16. 开发说这个不是bug的时候该怎么解决?

答:首先要把自己检验出来的证据提交给开发工程师,和开发工程师积极沟通,遇到不能复现的bug,就要自己在去利用抓包、截图等方式去存证。如果和开发工程师沟通无果后,要让产品经理来确定是否属于bug。

  • 解析:
  • 和开发沟通
  • 留存好bug的理由
  • 如果无法解决,很多事情去找产品经理去解决

17. 从什么时候介入测试最好?

答:从项目需求阶段就开始介入最好,当我们介入测试越早,那么遇到的问题越少,我们在需求阶段就开始编写计划,方案,然后根据计划,方案进行测试用例编写,越能及时找出bug。

解析:越早越好,并编写相对应的文档。

18. 说下你测试之后的发展规划?

  1. 我要把功能测试这块熟悉好,然后不断的提升自己,能够独立负责一个项目的整体功能测试。

  2. 学会自动化测试,能够对项目进行自动化测试,节省回归测试的时间。

  3. 学会带领一个测试团队,分工,能够解决一个大型项目的测试工作…等等

解析:重点是思路要清晰,要清晰自己需要学什么,每一个阶段要去学什么东西。

19. 为什么进入测试行业?

答:因为测试行业是一个新兴行业,现在测试在互联网行业的比重越来越高,并且它需要很多样的技能,需要专心,耐心,与人沟通的技巧,也需要编程能力,相对开发要更加全面性。

解析:按自己的想法去打,前面说这个行业前景,后面就说自己的性格或者这个测试所需要的能力很多样。

20. 怎么才能够全面的测试到每一个点?

答:在项目伊始阶段,就要开始进行测试工作,测试计划一定要多方位,全面性的去考虑测试的策略,测试用例的编写等。

解析:及早介入项目测试,文档要编写的全面。

21. 你都用什么测试方法?

答:根据模块细分的功能不同,使用不同的测试方法,大方面是黑盒和白盒,然后我们黑盒测试的时候,设计测试用例根据不同的功能使用不同的设计方法(等价类划分、正交等),要保证测试的覆盖性。

解析:大部分测试都是在用黑盒测试,那么一般就要包括测试用例,而测试用例里几大设计方法要注意。

22. 测试用例通常包括哪些内容?

答:用例编号、用例名称、优先级、测试步骤、测试数据、预期结果、最终结果等。

解析:这个根据公司项目来定义,一般只需要有这几块就足够。

23. 如何定位前后端BUG?

答:可以通过以下几种方式

  1. 简单的去看请求响应定位

  2. 通过查询日志,如果日志无内容,说明前端问题,反之后端。

  3. 抓包工具去定位接口,查找数据。

解析:面试官问这个问题主要是看你怎么解决一个问题的思路,实际工作中很少会遇到这种情况,并且遇到也是很好去定位的。

24. 账号注册成功,但是登录的时候失败,怎么定位bug?

答: 调用登录的接口,看输入正确的账号是否成功,如果成功,登录接口无问题。那么注册接口,可能注册数据未存入数据库,或者注册接口验证等等都有问题。提交bug即可。

解析:简单的去测试一个功能点怎么定位bug,讲出自己的思路即可。

25. 软件质量是什么?

答:软件产品可以符合用户的需求,功能实现即可。

解析:满足用户的需求、功能是最重要的。

26. 测试用例的设计方法?

答:分为黑盒测试和白盒测试

黑盒测试:等价类划分法、边界值分析法、 因果图分析法、正交实验法、判定表法、场景法、功能图法、错误推测法

白盒测试:逻辑覆盖、循环覆盖、基本路径覆盖

解析:正常答出这些点即可。

27. 所有的bug都能够修复吗、都需要修复吗?

答:理论上所有的bug都是能够去进行修复的,但是有一些bug并不需要修复。有一些细微,并不影响程序运行,功能的bug可以不修复,先把大型bug,重要的bug去进行修复,然后最后再进行修复。

解析:重点是先修复大bug,再修复小bug。

28. 软件的完全测试有可能吗?

答:不可能的。测试工作主要是找出bug,但是不能保证没有bug,因为在测试过程中,完全测试需要的测试数据量特别大,人力物力是要消耗特别多的。所以我们会见到不同的软件有内测,公测,需要很多人来完成这个测试。

解析:做什么事都没有完美的,测试也是。

29. 测试过程中发现需求文档不完善怎么处理?

答:找产品经理及时沟通,要找到不完善的地方,然后准确的提交给产品经理,这样才有说服力。

解析:核心就是标注出不完善的地方。

30. 开发修复bug后,如何保证不影响其他功能?

答:追加场景法设计测试用例,对一些功能进行场景测试,业务测试。

解析:用多种方法进行追加测试。

31. 什么时候功能测试?

答:从测试介入一开始,就可以进行功能测试了,功能测试是软件测试的核心,保证在一段时间内运行所有的功能,并找出bug。

解析:功能测试是整个软件测试的核心,最早进行介入。

二. mysql数据库刷题库

最基本的要求是数据库记录的增删改查(insert、delete、update、select),表结构的增删改查(create、drop、alter、describe)、存储过程、触发器等。

作者:孙凯玉
链接:https://juejin.cn/post/7186539792656498743
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

   总结

如果你对此文有任何疑问,如果你也需要接口项目实战,如果你对软件测试、接口测试、自动化测试、面试经验交流感兴趣欢迎加入我们,加入方式在文章的最后面

  自动化测试相关教程推荐:

2023最新自动化测试自学教程新手小白26天入门最详细教程,目前已有300多人通过学习这套教程入职大厂!!_哔哩哔哩_bilibili

2023最新合集Python自动化测试开发框架【全栈/实战/教程】合集精华,学完年薪40W+_哔哩哔哩_bilibili

测试开发相关教程推荐

2023全网最牛,字节测试开发大佬现场教学,从零开始教你成为年薪百万的测试开发工程师_哔哩哔哩_bilibili

postman/jmeter/fiddler测试工具类教程推荐

讲的最详细JMeter接口测试/接口自动化测试项目实战合集教程,学jmeter接口测试一套教程就够了!!_哔哩哔哩_bilibili

2023自学fiddler抓包,请一定要看完【如何1天学会fiddler抓包】的全网最详细视频教程!!_哔哩哔哩_bilibili

2023全网封神,B站讲的最详细的Postman接口测试实战教学,小白都能学会_哔哩哔哩_bilibili

  总结:

 光学理论是没用的,要学会跟着一起敲,要动手实操,才能将自己的所学运用到实际当中去,这时候可以搞点实战案例来学习。

​​​

​​​

如果对你有帮助的话,点个赞收个藏,给作者一个鼓励。也方便你下次能够快速查找。

如有不懂还要咨询下方小卡片,博主也希望和志同道合的测试人员一起学习进步

在适当的年龄,选择适当的岗位,尽量去发挥好自己的优势。

我的自动化测试开发之路,一路走来都离不每个阶段的计划,因为自己喜欢规划和总结,

测试开发视频教程、学习笔记领取传送门!!

;