2021-06-06

软件测试常见面试题

1. 你们公司的测试流程？
   我们公司的话，首先会参与需求评审会议，产品经理会介绍产品业务以及功能细节。需求会议之后，我们老大会制定测试计划，之后我们会按照测试计划先进行用例的编写，用例编写完成后进行测试用例的评审。等开发产品编译完毕，提测后，我们测试组就介入测试。先进行预测，再进入到正式的测试。测试过程中发现的缺陷，全部提交到缺陷管理平台，并对bug进行管理跟踪，进行回归测试，直至缺陷率满足客户需求。这里一般测试3轮到5轮。测试结束后，对测试结果进行分析，编写测试报告，之后就是运维发布上线。上线后，关注线上产品是否正常运行。
   2.你遇到一个bug，但开发认为不是bug，开发认为不是bug，怎么办？答：首先确认开发环境是否跟测试环境一致，排除因环境或者业务不一致而产生的错误bug。确认是实实在在的bug，跟开发保持有效的沟通，严重级别较高的bug，对应需求文档、测试出现的bug截图、bug对产品影响的危害，跟开发说明清楚，更有说服力。若开发仍然不接受bug，需要找上级或者产品介入，级别较低的建议性bug，开发不改，暂时不需要花费大量时间去说服修改，有时间再进行集中跟进，以上就是我的回答，谢谢！
   3.对于复现率不高的bug怎么处理？
   首先是对于偶现bug的提交，只要是出现的bug都必须记录到缺陷管理平台。bug出现的步骤环境账号等信息尽量描述清楚，包括操作系统、浏览器版本、APP写明机型型号；附带问题截图及日志截图，且标题注明偶现。提交后对于bug的跟踪，每一轮回归测试，都会尽可能去重现这个bug；多轮回归测试中仍然不能重现，会依据这个bug的严重程度决定是否继续跟踪。严重程度低，一般就关闭；bug严重程度高，在上线前需要开发一起协助复现，如果还是复现不了，记录到bug平台后续版本再跟进。以上就是我的回答，谢
   4.给你一个新的项目，你怎么开展测试？
   拿到项目后，先熟悉需求、原型图，了解被测功能和各个功能的业务逻辑；支持哪些平台，有哪些不同的应用场景，是否需要考虑到稳定性、性能等等；针对以上需要测试的内容进行大概的测试规划，然后逐个细化去设计测试用例。整个过程中存在疑问的及时跟开发产品进行沟通确认拿到被测软件后，按照用例执行测试，提交bug,并有效的进行回归测试完成bug跟踪；测试完毕后，及时汇报测试结果，输出测试报告
   5.工作中遇到的困难，你怎么回答？
   就是测试的时间总是被开发挤得很少，之前有沟通要他们早点提测，但效果不明显，这个是工作中的一个困难。后面为解决这种状况，提议重新规范整个开发测试流程，设定完成任务的时间节点。每个节点任务即使督促完成，避免拖拉，现在提测规范了很多，测试时间也充裕了很多
   。6.一名测试工程师，应该具备什么样的素质和能力？
   硬技能方面，第一计算机知识，包括操作系统，数据库，通讯协议原理等，熟悉至少一门编程语言；第二软件测试知识，包括各种测试理论，测试方法，测试用例编写，缺陷跟踪流程，软件质量评估等；第三产品业务分析能力，熟悉所测产品的一些隐藏需求或者功能。软技能方面，像沟通能力、做事严谨耐心、富有责任心、对被测产品具有怀疑与破坏的精神、另外还要善于自我总结、自我督促。7.get和post的区别？
   1.get比post安全性稍弱。get更多的用在数据查询类的接口，post用在数据提交和编辑.类的接口。2.get的入参接口测试时写在url地址，post的入参写在请求正文更安全一些3.数据大小限制。get最大不超过2kb，post无限制。4.、get容易被浏览器缓存，post不会被浏览器缓存
   8.http和https的区别？1）
   、协议名不同一个是https，一个是http2）、https加密传输，http明文传输3）、https需要安装证书，http不需要安装证书4)、https默认端口443，http端口80
   9.发现异常怎么定位？
   答：先定位前端,打开浏览器查看console报错,然后查看接口请求和返回,看请求报文是否正确,最后查看数据库与接口返回作对比看是否后台服务执行sql的语法是否有问题,配合看服务器日志
   10.水杯的测试用例功能：
   能不能装水；能不能喝到；能不能放到桌子上；密封性兼容：能不能装冰水；能不能装开水；能不能盛其它液体；能不能装固体；是否适合不同人使用安全：割不割嘴；会不会烫手；材质是否安全易用：是否便于携带；使用说明是否通俗易懂；是否符合人体工学；是否美观性能：耐高温；抗摔；抗压；保温10.你怎么确保软件质量的，不听你说这些虚的概念，具体怎么做？为一个测试人员，要确保软件的质量，首先就要熟读需求文档，充分了解并达到用户需求，才是我们进行工作的一个最终目的，当然，只是充分了解需求文档是不够的，工欲善其事必先利其器，作为测试人员，我们也要有熟练的掌握测试的技能，要有耐心和细心去发现问题，定位问题，也要有良好的沟通技巧，因为测试过程中涉及要跟产品设计人员确认需求，跟开发人员确认缺陷，帮助开发人员定位问题，所以就需要有效的表述问题，友好的表达疑问，耐心的交流。11.问我在工作中觉得作出的贡献有哪些，自己测试工作中觉得有哪些成绩？
   12.说说什么是测试环境，你们公司有哪些环境和服务器
   ？测试环境就是指测试人员测试程序时需要的承载体（1）我们公司的环境有开发环境、测试环境和生产环境，服务器就是linux
   13.如果你发现一个bug，不确定是不是一个bug的时候，你该怎么办？
   首先，我要去确认需求，如果与需求不符，那这就是一个bug，如果是需求遗漏，这时候就找到产品，让产品加上这个需求，然后告知开发，让其做相应的改动。如果bug是代码错误，直接让开发修改bug。
   14.接口怎么测试？
   第一点，我们开发之前会有开发的接口文档，这就是接口测试的需求说明书，我们拿到以后，第一步我们先什么都不做，先研究这个说明书，有哪些请求，分为post和get，有哪些参数，哪些必填那些非必填。以及分析这些接口是单接口还是多接口，如果是单接口，就保证它的正确性和健壮性，如果是多接口，就需要查看他的前置条件，还有看请求之间的调用关系，上下游之间使用正则表达提取器，上游使用正则提取器使上下游之间联系起来，然后设置公共变量，使之后的请求都方便使用，以及设置合理的断言，除此之外，也要研究相应的http状态码，查看返回的响应数据。结合项目去讲
   。15.接口文档里有哪些规范？
   首先是请求方法：post、get、put等其次是url路径然后是请求参数和返回参数，其中参数包含字段、说明、类型、备注、是否必填
   16.依赖第三方数据的接口如何测试？
   根据第三方服务的api文档，mock一套api接口，用于测试环境进行测试
   17.如何利用接口批量造数据？
   CSV数据参数化，JDBC数据库
   18.B/S和C/S测试区别：
   CS架构：安装升级卸载测试BS架构：超链接测试activeX控件测试页面测试（背景字体排列）cookies测试（保存用户个人设置-密码搜索记录等等)优点缺点CS架构数据处理分散在客户端安装升级麻烦BS架构统一客户版本方便太依赖于网络
   19.线复盘会，你们都讨论些什么？
   统计一个周期内，在线上环境中，爆出的bug数量，这些bug主要在那些环境中分布、出现，以后会怎么避免，比如，这些爆出的bug，主要是开发的失误导致的，这个会议其实也是给开发打一个预防针，避免问题的再次发生，然后就是针对产生的这些bug，相应的引起了哪些消极影响，比如给公司造成了哪些损失，后续是怎么处理的
   20.项目验收之前还要做什么？
   测试报告评估确认是否能上线文档汇总提交21.你们在做回归测试，一般使用什么策略呢？
   回归测试我们主要是有两个策略，第一个是我们要通过开发给的影响性分析，然后去回归新开发的功能会不会影响到之前的老功能，还有一个策略是，等着所有的功能开发完之后，我们会对整个系统挑选一部分测试用例进行测试，这些挑选的测试用例主要还是开发提供的影响性分析报告，然后我们会根据他们提供的范围去筛选之前我们老的功能进行一个回归22.功能测试的步骤
   查看功能需求，针对这个功能点使用合适的用例设计方法编写用例，注意正面和反面用例的覆盖，然后执行用例发现缺陷后提交缺陷等待缺陷修复。修复后对缺陷进行复测关闭。编写测试报告
   。23.怎么编写测试分析报告
   目的，背景，分析用例编写和执行情况（用例总数，执行数量，通过率），缺陷的统计分析（缺陷的严重级别分布，缺陷的状态分布，缺陷的模块分布，缺陷的类型，缺陷的提交人，缺陷的负责人。。。）
   24.测试报告的内容（总结报告）1
   .简介编写目的/参考文档/术语定义2.测试背景项目背景和测试环境3.进度执行情况人员安排和每个模块的测试时间和版本信息4.用例执行情况用例数分布（模块，类型）和执行率和通过率5.缺陷统计情况缺陷数量统计，缺陷重要级别统计，缺陷在不同版本的数量和重要级别。缺陷总数和修复数和遗留数以及遗留原因。重要级别的bug主要是什么问题。列举一些疑难bug说明。6.测试结论此次测试通过与否7.测试建议通过此次测试对之后测试有何建议
   25.简述项目迭代测试注意事项验证新功能,回归测试老功能,配合产品经理做好验收测试，做好应急预案,迭代上线出现问题准备预案，版本回退等26.你是怎么做测试用例的设计？1.从业务方面来设计测试用例，首先分析接口有几个参数，每个参数的作用是什么，这个接口实现了什么功能。2.从参数的数据类型来设计测试用例。比如参数是必填，参数错误，参数为空，参数不符合业务规则。3.接口的安全性测试方面，sql注入，权限控制等。4.接口的性能测试，标准响应时间是0.2秒。开发人员提供给我们接口文档，我们会依据接口文档来提取测试点，一般会从功能，业务逻辑，异常和安全方面去考虑，功能的主要是验证接口功能的正确性，业务逻辑主要是看接口之间的业务依赖关系，异常主要是从请求参数异常以及参数值的异常来考虑，必填参数不传，参数值为空，超过规定长度，不符合类型规范等，安全方面主要从对接口加密参数的解析方面考虑，编写接口测试用例。
   27.http协议的组成有哪些
   ？HTTP请求由三部分组成，分别是：请求行、请求消息报头、请求正文HTTP响应也是由三部分组成，分别是：响应行、响应消息报头、响应正文
   28.什么时候会用到接口测试？
   一种是：后端已经开发完毕，前端还没有界面，需要用接口二种是：前后端都已经搭建完成，需要输入和人输出值的反馈，需要用接口29.缺陷单的要素有哪些
   ？所属产品、所属模块、所属项目、指派人、bug标题、bug步骤重现、附件截图、严重程度、优先级等
   30软件测试质量的标准是什么？
   软件符合明确叙述的功能、性能和安全需求，提交版本符合验收测试标准
   31.如何判断是不是一个bug？
   1.根据需求，需求文档明确说了，但是软件不符合
   2.任何影响用户使用，或者用户认为不好用，或者不好看的，都可以认为是Bug