软件测试的面试题-2015年Linux真实面试题：Linux操作命令

前言

6月底了，马上到了大家的找工作的高峰期了！为了帮助大家更好的备战面试和跳槽，可以在众多求职者中脱颖而出，我帮大家准备了丰富的企业真实面试题，大家赶紧收藏吧！

1、说下你最近做的项目，你主要负责什么？说说xx模块是怎么测试的？

考察点：项目的测试思维

面试命中率：95%+ 以上

参考答案：

2、数据库增删改查语法的使用都知道么？Group by和order by区别？Drop和delete的区别？怎么插入部分数据？

考察点：数据库的知识

面试命中率：80%+ 以上

参考答案：

增删改查基本都会用；包括单表查询 多表关联查询，左连接 右链接等Group by是分组，一般需要进行一些数据统计的时候，比如一个群体里最大数据、总数、数量平均数等都会用到分组；Order by是排序软件测试的面试题，就按照升序或者降序排列的；两个如果要一起使用的话软件测试的面试题，先分组后排序，先groupby，后order by。Drop和delete 都是删除数据库的数据的命令，但是drop会删除表、库的结构，delete不会删除表的结构，只会删除里面的数据。测试的话用delete会更多一些。插入部分数据：Insert into (字段）values1，values2 3、Linux的命令会哪些？怎么在Linux创建文件夹？怎么查找文件和文件里的内容？怎么查看文件100行到200行？

考察点：Linux操作命令

面试命中率：90%+ 以上

参考答案：

4、Jmeter怎么做接口测试？怎么测试接口的关联？

考察点：接口测试和Jmeter工具

面试命中率：95%+ 以上

参考答案：

首先我们做接口测试的流程是：根据开发提供的接口文档，编写接口测试用例；然后根据用例使用Jmeter进行测试；

Jmeter做接口测试：测试计划-->添加线程组-->添加http请求-->输入url+端口+请求方法+参数-->添加头部信息-->添加查看结果树查看响应消息

然后对比接口测试用例的预期结果，同时也会同步检查数据库，确认接口测试结果的正确性（可以使用Navicat连接数据库，或者用 Jmeter添加jdbc请求获取数据库信息）。还有就是一些数据也会定义为用户变量调用；以及批量测试，会使用csv测试元件读取数据进行批量测试；

接口关联：我们用的是Jmeter的后置处理器，json提取器和正则提取器，比如cookies token 就可以提取出来赋值给一个变量，然后下个接口调用这个变量即可；

5、app测试和web测试的区别？

考察点：APP测试和web测试

面试命中率：85%+ 以上

参考答案：

app测试和web测试的测试方法和功能测试都是差不多的；主要是区别有以下几点：

还有一些横批竖屏切换的测试，以及手势、触屏支持的测试等，这些都是是APP需要 而web端不需要测试的；

6、fiddler怎么对app进行抓包？Fiddler怎么设置弱网？弱网测试的关注点？

考察点：fiddler抓包工具

面试命中率：90%+ 以上

参考答案：

fiddler抓手机的包：需要被APP端设置代理，指向fiddler；并fiddler上配置好端口和允许远程机器连接；如果需要抓取https的报文，还需要安装证书，进行报文解密；fiddler设置弱网环境：就是在fiddler上配置规则-增加丢包和延迟，然后把fiddler设置为手机的网络代理；让APP的浏览都走fiddler模拟出来的弱网环境；弱网测试的关注点：

a、数据不会重复提交

b、提示友好

c、不会发生ANR和crash

7、bug定位有哪些方法？/用什么方法定位区分出前后端bug？

考察点：bug定位/抓包工具

面试命中率：95%+ 以上

参考答案：

bug定位的方法主要有抓包和分析日志，以及数据库数据定位；区分前后端bug主要通过抓包分析：

如果这个bug是界面排版布局错误，像兼容性问题，则很明显是前端bug；

对于网络不稳定下导致的js/css未加载完全或请求超时，可以优化前端代码，例如压缩js/css,增加超时时间；一般这种不需要提bug；但正常网络下加载页面元素超时(抓包可以看到加载元素时间)，前端bug

而对于数据或逻辑处理上的问题，则可以通过抓包工具来进行接口分析，网站项目的话可以通过F12，移动端app项目通过fiddler

a、检查前端没有发出请求，或者请求的参数有错误，就是前端的问题。

b、前端发出了请求，参数没有问题，，后端没有响应或者后端返回数据有问题，就是后端的问题。

c、后端返回了 也是正确的，但是前端没有正确显示的，一般就是前端渲染响应的数据出错，就是前端问题

并且可以通过同步查看报错日志、查看数据库数据判断哪一层面的问题

8、开发认为你的bug 不是bug怎么办？出现偶现bug的如何处理?

考察点：bug跟踪和管理流程

面试命中率：95%+ 以上

参考答案：

开发说我的bug不是bug，我要怎么办？

a、告知开发bug的判断依据，同时明确开发说不是bug的理由。

b、对开发的理由进行校验，校验依据

1.参照需求文档，

2.参考成熟产品的实现；

校验后，如果我认为仍然是bug，就跟开发沟通，从需求和成熟产品罗列证据，说服开发修复这个bug；

c、如果沟通依然无法达到一致，就跟产品经理进行沟通确认。

d、如果跟产品沟通确认后，如果是bug提交给开发进行处理，确保产品质量；如果产品说不是bug，就更新bug备注并关闭这个bug。

出现偶现bug，你要怎么处理？

a、先记录这个bug，并且多次进行复现尝试，标记bug的复现率；如果复现率比较高，可以催促开发修复并提供日志和截图

b、如果复现比较低，可以在复现的时候，叫开发过来测试环境进行定位和收集有用信息，辅助修复bug

c、跟踪多个版本如果依然无法复现，就可以在临近发布之前，备注这个bug并关闭。

9.tcp/ip协议，三次握手和四次挥手的过程？ACK是什么？

考察点：网络协议和网络基础知识

面试命中率：75%+ 以上

参考答案：

10.web兼容性测试怎么做的？

考察点：兼容性测试

面试命中率：85%+ 以上

参考答案：

Web兼容性测试 ：主要考虑的是浏览器的兼容性测试，选择浏览器做兼容性测试主要有三个原则：

用户指定的浏览器优先测试根据浏览器的内核类型选择不同内核的浏览器进行测试同类型内核的浏览器不较多的时候，根据用户使用量选择主流的浏览器进行测试

然后兼容性测试一般都是伴随着功能测试一起测试的，检查页面的显示和友好性。

11、讲一下最近做的一个项目？

考察点：项目业务流程

面试命中率：99%+ 以上

参考答案：

我最近做的一个项目是个电商网站，他是一个xx品类的，然后他主要涉及的功能模块有注册、登录、还有购物车，订单查询这几个模块。（项目的简单介绍）

我测试这个项目的时候，负责的是功能方面的一个测试用例编写，写完以后，我会我们测试内部会进行一个用例评审，评审完以后会进行对功能测试用例进行一个测试执行，如果发现问题会提交bug到bug管理平台； （功能测试流程）

然后也有做过接口测试，根据接口文档编写接口测试用例，选择Jmeter执行，如果执行过程中如果发现问题也会提交到bug管理平台；（ 接口测试流程）

再测试之前我们也是搭建的测试环境，最后测试结束后，评估一下bug和测试用例是否达到上线的标准，并编写一个测试报告；这就是是大概这样的一个工作流程。

12、那你能讲一下你这个项目中的购物车，你测试了哪些测试点呢？

考察点：测试思维

面试命中率：90%+ 以上

参考答案：

分为已经登录和未登录的场景；如果是未登录的话，添加购物车就提示登录页面让先登录；已经登录的话，可以正常操作；进入购物车的入口--一般比如淘宝有商品页顶部去购物车，还有从首页的顶部去往购物车；都能跳转购物车的商品-- 一件 多件，多个商家 多件商品；显示，并且点击可以跳转到商品详情页；商品数量的增减和输入，从输入的数据类型、库存、限购规则进行考虑，找到有效等价类和无效等价类 ，以及下架、无货的商品显示；选择 全选 和删除商品， 确认总价 结算里的数量和总价点击结算 可以跳转到 订单页面，考虑跟订单交互模块的交互考虑跟优惠券的交互

再考虑非功能测试：

界面: 页面的美观，没有错别字 和 页面排版等

兼容性: web端的能兼容主流浏览器，APP端能兼容手机和系统版本

性能：多次访问，长时间访问 考虑稳定性等

安全：敏感信息的传输，漏洞扫描等

13、你讲一下登录的话你都考虑哪些测试点呢？

考察点：测试思维

面试命中率：90%+ 以上

参考答案：

登录的话，明确一下需求，比如有几个输入项，假如说有3个输入项：用户名和密码，验证码；

功能方面，先考虑到正常登录；然后针对每一个输入项考虑一些异常的情况：比如说手机号码的位数（10,12长度）、数据类型支持的什么格式（非数字-字母字符空格），当输入0的时候，然后输入负数，重复输入的时候，以及不输入（为空的时候）；然后是密码同样的从这几个维度来考虑，使用等价类和边界值的方法来设计测试点，以及验证码；大概是这样的一个测试点的考虑。

如果是非功能方面测试的话，会测试一下它的兼容性（），还有一个界面（美观 排版 错别字），兼容测试的话是web端的话，测试一下浏览器的兼容，还有一些像、、那个界面测试的话，像页面布局，文字大小是否完整、规范这些，只要是页面可以点到的地方都会做一下功能点的测试，大概就是这些。