来场模拟软件测试面试（初级版）

其实个人并没有进行过几次面试。最近找工作，发现基础的东西也需要去用心准备的。

基础版

一、先自我介绍以下吧

你是谁+做过什么+会什么（扬长避短+突出重点），语言要流畅，要有自信点儿

你好，我叫XXX，xx人，从事软件测试工作约有五年，之前做的业务方向主要是财务、电商还有金融。web端和app端的测试都有设计到（自己的真实经历）。在个人技能这里可以独立负责项目的测试任务，其次像linux操作系统的常用命令，以及数据库的增删改查和多表查询。我也是非常熟悉的。接口测试方面也是非常熟练，常用到postman和JMeter进行接口测试。熟悉python基础（不会就算了）。之前做过一些接口的并发测试，能够结合实际业务设计性能场景，对接口进行压测。

平时喜欢运动，热爱学习新的技术。

二、简单介绍以下上家公司的项目

1、项目基本介绍 什么样的项目，做了那些业务流程以及包含了一些功能模块

2、自己在项目中所作的具体的工作，尽量进行数据量化的处理

3、针对项目中的某一项进行说明，挑选自己比较熟悉的业务

控制时间在两分以内呦

三、项目的测试流程是什么样子的呢？

需求评审-结合项目周期编写测试计划--编写测试用例--进行用例评审---冒烟测试--进入系统测试---生成测试报告---验收测试--完结

上述太过简单，可以添加细节描述。

例如：

    测试流程我们一般先做需求评审，参与到项目的需求评审，然后在需求评审阶段下，我们提出问题进行需求的整改，整改之后复评审，然后确定需求定稿之后。我们结合到项目的计划，结合到项目的技术实现内容，我们来指定完整的测试报告。定义好我们测试完整的测试内容，定义完成之后。我们会基于需求分档来进行测试用例的编写，编写测试用例之后，我们会发起测试用例评审，测试评审过程中我们会叫上产品经理，开发相关人员以及测试的参与人员，一起来做这个测试评审。由各方维度来评估我们的测试覆盖面是否完整以及说业务流程是否能很好的覆盖。我们会等待开发提交到出版。开发提交出版的时候我们会添加一个冒烟测试，通过冒烟测试来判断当前测试版本基本功能是否实现，正常流程是否能够走通，如果能够实现我们进入系统测试，如果冒烟测试不通过，我们就会返回给开发，要求他们自行的修改，让他们提升代码质量。进入到系统测试后我们会基于之前所定义的测试用例对系统进行完整的版本内容测试。测试完成以后，我们在遇到了缺陷我们会把它记录到缺陷管理工具里面去，记录进入之后我们会追踪开发督促修改和跟进缺陷的修复进度。然后对于新版本在做迭代，（一般迭代3-4个版本）让系统功能稳定下来，然后再从一两个小的版本迭代定义好我们软件的质量。基于最终测试结果，我们会生成一个测试报告。测试报告生成之后，我们会评估这个系统是否能够达到一个发布的标准。如果测试通过达到了标准，我们的系统就可以先上线至预发布环境，由业务人员模拟真实用户进行测试，测试过后无问题则，可以准备发布生产环境。

四、你们公司测试组人员是怎么分布的？

每个公司都不一样，小公司就那么两三个测试甚至没有或只有一个，大公司有专门的测试组情况不定。

五、测试用例使用什么样的设计方法？怎么设计测试用例

等价类划分、边界值分析、错误推测、判定表、正交实验等方法

方法结合实际场景去设计测试用例，可以先提取测试点儿，建立思维导图后再按照方法去编写用例。

六、如何保证你的测试用例覆盖率？

1、需求：对需求要有足够的了解

2、用例设计方法：使用合适的用例设计方法，考虑特殊场景

3、用例评审：可以发现测试遗漏的地方，错误的地方

4、功能测试与非功能测试：UI，并发等

七、提bug时，bug单都有那些要素？

缺陷编码

缺陷的简单描述

缺陷详细描述：前置条件，操作步骤，预期结果，实际结果等

缺陷发现阶段

缺陷可在现性

缺陷严重程度

缺陷责任人

八、有没有出现线上漏测，漏测后如何处理？

出现漏测的原因：1、需求规格不明确 ，导致测试用例编写过于粗略

                            2、需求规格变更，测试用例未及时更新

                            3、测试用例覆盖不全面场景出现遗漏

                            4、测试过程未严格按照测试用例执行

                            5、测试时间不充足，导致功能点被忽略

                            6、测试环境或测试数据受限，导致缺陷漏测

                            7、开发修复其他bug时引入新的bug

我们都知道软件中的bug是没办法杜绝的，哪怕测试时间充裕的情况下，往往研发留给测试团队的时间并不充足，所以当软件发布到线上后，在所难免会出现bug，bug出现后不要相互推责，项目组快速响应并处理。记录bug产生的过程，第一时间将缺陷修复。最后要总结反思，漏测的原因和豁免规避的方案，降低再次出现漏测的概率。

九、如果给到你一个杯子你如何测试？

主要考察，软件的质量特性和用例设计方案和你的发散思维

1、功能测试 水杯的基本功能 如：是否能正常装水

2、界面测试 关注水杯外观、颜色、设计等方面 如：外观是否完整

3、易用性测试 关注水杯使用是否方便 如：喝水时是否方便

4、性能测试 如：是否漏水，是否保温，是否易碎

5、兼容性测试 如：能否盛放水以外的其他液体或固体

6、可移植性测试 如：水杯的放置环境

7、安全性测试 如：是否含有有毒物质，是否会在高温下炸裂

十、你之前有用到linux吗？都用来做什么？

搭建各类测试环境，对于linux资源的分析与系统日志的分析、对于进程、线程的运行分析以及内存机制分析

十一、如何定位bug？讲一个你印象深刻的bug

使用fiddler抓包，获取接口信息。

分析接口信息，调用接口名称，请求参数等如果有问题则一般是前端问题

如果是返回值有问题，则是后端问题。报错后，可以通过查询日志文件来查询错误定位

印象深刻的bug回答要注意：

1、首先bug本身是一些可以拿来讲的点，通过这个bug，让你对测试理解更加深刻，有了自己的收获和体会。

2、别人没有发现，你发现了得到了领导表扬。

3、某个测试过程中发现了什么样的bug，把它的测试过程，排查过程以及验证过程讲清楚

十二、是否做过接口测试？接口测试的流程是什么样子的？

需求分析与评审-接口文档分析--测试计划编写--用例设计与评审---测试脚本构建---用例执行----缺陷管理和回归----测试报告

例使用jmeter做接口测试

1、根据接口文档，设计编写接口测试用例

2、通过抓包获取接口的URL和参数

3、创建线程组，创建http的请求，根据接口地址设置相关信息

4、更具测试用例情况修改接口参数，调用接口

5、对接口的返回值做判断，也就是断言

十三、讲一下get和post的区别

1、grt请求的参数是放在url里边的，post请求的参数是在请求体里面的

2、get请求是可以被浏览器缓存的，post不能被缓存

3、get请求的参数在URL里边，url长度受限最大2048个字符。post的长度没有限制

4、get请求安全性较差，post请求在body中安全性相对较好

十四、app项目的兼容性测试如何做

硬件设备兼容性：测试要覆盖市面上主流的手机厂商及各类型产品，可百度搜索最新的市场占有率排行，一般考虑厂商型号的组合和挑选。不用真机测试的化可以选Testin，腾讯WeTest等云测平台的服务。测试点：app的安装卸载，app的正常运行

操作系统兼容性：测试对象需要覆盖市面上主流的操作系统及各主要的版本，可在统计网站获取最新的操作系统，市场排行以及占有率。ios直接挑选相应的操作系统，安卓则根据安卓的系统版本和各厂商定制版本做一些组合的挑选。可以根据硬件兼容性做交叉考虑使用正交法，需要用app做安装卸载测试，测试app是否能正常的运行，对核心功能进行验收测试。

分辨率兼容性：测试对象是需要覆盖市面上主流的分辨率，屏幕尺寸，需要关注UI上对各种主流的分辨率屏幕尺寸的适配情况。需要对app的界面显示排版等各类的UI测试。

网络兼容性：测试对象在不同的网络环境下运营商情况下app能否正常工作，一般需要覆盖主流的运营商像联通移动需要真机环境测试，需要连接各主流网络运营商提供的网络。需要挑选核心网络请求的功能进行测试。

十五、在之前的工作中有没有用过自动化测试工具？以及是怎么完成的？

python+selenium+Yami+pytest+allure+logging+jenkins+git

十六、做接口测试时常见的状态码都有那些？

200 代表正常

307 重定向

401 未授权

403 服务端禁止访问

404 请求的资源没有找到

40 5 请求方法不允许

十七、为什么从上家公司离职？

做人嘛要诚实，讲实话喽。不行也可以按照下面的方法来

1、通勤距离，公司换了办公地点，导致通勤距离增加

2、拖欠工资，公司业务出现重大问题，公司面临破产

3、频繁出差，福利和入职保证不符

4、公司已经做到高级岗，想换个更好的平台发展

十八、怎么看待加班？薪资期待叭叭叭...

正常的赶进度加班一般是可以接受的，拒绝内卷，抵制无脑加班。

不过年轻人，加个班学习提升一下自己还是可以的

十九、你有什么想问面试官的？

看你自己的面试情况来选择自己要了解的问题。

如：公司项目人员情况，当前项目方向。公司福利，加班情况等