熟练这些软件测试面试题，一个月拿下8家软件测试Offer面试录音模拟面试（一）

1先简单做个自我介绍？

参考：（多久毕业，几年经验，做过几个项目，项目的类型，做过的测试类型，介绍这些完全足够）

你好，我叫 xxx，目前离职状态

2020毕业，毕业后从事的软件测试工作，xx年工作经验，

做过的项目有（金融类型。电商类型，社交类型论坛系统，还有教育类的考试系统）

技能：主要是做功能测试，接口测试，也实战过自动化测试

2.看到你简历中写的项目，叫xx，这公司的业务是什么？介绍一下这个项目?你负责哪些模块

项目的背景：公司的业务是xx，业务背景，美发行业

项目的产品端：我们的b2b电商平台，包含h5前端，和后台管理系统，和app

我的工作内容：

我主要负责的模块是商品管理，购物车管理，还有订单管理，支付管理等

3.说说你们之前的测试工作流程?

我们之前公司有个比较规范的流程，在每次的版本迭代：

首先是测试分析解答，每周的开发和测试任务会开一个迭代会议（需求分析会议）

召开需求分析会议，有产品，项目，开发，测试，探讨需求的功能点

然后确定产品经理输出需求文档 ，提测时间

2.测试计划：

b.项目经理排期和任务分配

输出：测试计划

3.测试设计：

c.根据需求文档整理测试要点，编写测试用例，大家写完测试用例后，用例是需要进行评审（开发自测，自动化用例），

用例评审会议

输出：最终测试用例版本

4.测试执行

开发说提测了，冒烟测试，系统的测试，跟踪bug,直到没有严重的bug，回归测试

输出：测试报告（执行了多少个条用例，找到了什么bug）

5.测试评估总结

e.产品发布上线，（运维）关注项目在线上环境是否正常运行，常规性的维护性测试，回归测试

输出：上线记录，这个版本修复了xxbug，上线了xx新功能

4.需求分析会议你会做什么事情？

积极讨论需求，需求本身是否逻辑，不理解的地方及时沟通

推动改进举例：1.接口文档不规范，后端开发好接口，完善接口文档

         2.用例评审（规范，漏测）

         3.测试的时候开发老是在测试环境部署，影响测试效率

5.那你在提bug的时候，开发说不是bug?你如何处理

出现这种可能的原因：

可能是这个bug ，开发人员在自己电脑上没有重现或者不知道复现这个bug（业务流程比较复杂）

1.根据需求文档的要求再去确认这个功能是bug

2.跟开发协商，来自己这边的电脑，我给你演示，测试环境上 ，复现这个bug给开发看

  或者录个视频

6.请说说你之前项目印象比较深刻的bug？

   印象比较深的bug ，我记得之前我们电商系统有用户反馈购买商品时候，用户支付了，却显示未支付， 由于bug比较急，用户打电话过来了，所以印象比较深刻

后来查原因是后端数据库写入的问题导致的bug

原因是：商品的价格打折优惠后是100.435345435，价格包含了很多小数点，超过了8位，用户也支付了这么多钱

由于小数点位数太长，去数据库写数据存储数据的时候写不进去，

其实支付宝是扣款了，导致电商系统显示未支付成功

更多的免费白嫖的功能测试和python自动化测试视频教程可以直接上B站（id:清风说测试开发）观看，软件测试进阶，点击即可学习，，会持续更新企业主流测试技术内容

7.比如我这有个用户查询接口，你如何去设计用例？

1.首先是一些有效等价类，比如 

 所有的必填参数覆盖

 参数类型

 参数的输入范围（字符串和整数）： 

 权限校验（请求头）

2.然后就是异常情况的验证

 必填参数不填写 ，参数为空：超出参数范围，看接口的响应

 参数类型不正确

1. 再看看这个用户接口有哪些参数，参数一些组合的测试？

关注的断言点（预期和实际结果的校验）：状态码，响应报文的字段值（举例说明查询帖子接口里面的返回字段 浏览量是不是正确），数据库校验

8.你有没有独立负责过项目，你们开发测试多少人？
     有的，之前对于电商项目，就是我负责测试的，开发6个，4个后端，2个前端。测试俩个人，
     我是这个项目负责人，从立项到需求落实，开发到测试
9 。正在刷抖音，突然白屏，（一个请求，3-5分钟还没有才响应）怎么排查问题？可能有哪些原因导致？
    排查问题：fiddle抓包，看后端是否服务异常，如果后端正常，
            前端的问题，导致崩溃
        浏览器开发者工具
        linux查看日志：路径在服务器的某个文件夹
    可能的原因：后端某一个服务挂了，
          前端某些参数配置错误，版本错了，导致页面crash

10，你们测试用的数据是怎么来的？要清理吗，怎么清理？
     测试环境：
    一般测试数据简单的自己在界面造一些数据，
         然后复杂的可以通过sql脚本
     或者自动化脚本
        一般数据比较多会定时清理一些，
    直接数据库清理
11.如何提高测试用例的覆盖率？
1.对项目的业务和需求足够的熟练和了解，来尽量找到这些隐藏点并覆盖
比如 除了功能需求里面的显性需求，还要考虑隐性的需求，（举个例子，登录输入多少次会锁定账号）
2.除功能测试外的其它测试类型
比如非功能需求，易用性和兼容性，和性能，包括可靠性、安全性测试等等
这些测试类型都要设计测试用例
3.完整业务流程的测试
除了针对具体功能点设计测试用例，肯定也会有涉及到整体流程的情况，而在业务流程测试项中，再完全从整体的业务流角度出发去考虑用例，
4.把需求具体细分成模块，通过xmind画出思维导图，新增和修改的功能点，bug的修复都列出来，
这样不仅不容易产生疏漏，用例阅读与执行也更清楚