一次面试的总结

1.get与post的区别

答：一、url可见性：

get，参数url可见；

post，url参数不可见

二、数据传输上：

get，通过拼接url进行传递参数；

post，通过body体传输参数

三、缓存性：

get请求是可以缓存的

post请求不可以缓存

四、后退页面的反应

get请求页面后退时，不产生影响

post请求页面后退时，会重新提交请求

五、传输数据的大小

get一般传输数据大小不超过2k-4k（根据浏览器不同，限制不一样，但相差不大）

post请求传输数据的大小根据php.ini 配置文件设定，也可以无限大。

六、安全性

这个也是最不好分析的，原则上post肯定要比get安全，毕竟传输参数时url不可见，但也挡不住部分人闲的没事在那抓包玩。安全性个人觉得是没多大区别的，防君子不防小人就是这个道理。对传递的参数进行加密，其实都一样。

 

2.常见的状态码

100 客户端继续其请求

200 请求成功

204 服务器成功处理，但未返回内容

301 永久重定向

302 临时重定向

305 请求者只能使用代理访问请求的网页

400 客户端请求的语法错误，服务器无法理解

401 请求要求用户的身份认证

403 服务器理解请求客户端的请求，但是拒绝执行此请求

404 没有资源

408 服务器等待客户端发送的请求时间过长，超时

500 服务器遇到错误，无法完成请求

502 作为网关或者代理工作的服务器尝试执行请求时，从远程服务器接收到了一个无效的响应

503 由于超载或系统维护，服务器暂时的无法处理客户端的请求。通常，这只是一种暂时的状态

504 服务器作为网关或代理，未及时从上游服务器接收请求。

505 服务器不支持请求中所使用的 HTTP 协议版本

 

3.jmeter的参数化

  1.用户参数

  2.函数生成变量

  3.csv数据文件配置

  4.beanshell变量

  5.用户自定义变量

 

4.jmeter的断言

  1.响应断言 （常用的响应文本，响应代码）

  2.json断言

  3.大小断言

  4.Beanshell断言

  5.html断言

 

5.linux查看文件

   1.一次性读取并打印文件里的所有信息（适合小文件，只有1-20行） cat a.txt

   2.读取文件，一次性读取完，每次只展示一屏（适合大文件的查看） more a.txt  按空格键展示下一页，按b显示上一页

   3.读取文件，每次只读一屏，并且只展示一屏， less a.txt 按空格键展示下一页，按b显示上一页

   4.读取文件，从后往前读取，  tail -200 a.txt

   5.实时读取文件，从后往前读取， tail -f a.txt   (非常好用)，退出按ctrl+c

   6.展示文件的前几十行 head -50 a.txt

 

5.fiddler与手机设置代理

   1、因为fiddler抓包的原理就是通过代理，所以被测终端需要和安装fiddler的电脑在同一个局域网中。

   2、开启Fiddler的远程连接，Fiddler 主菜单 Tools -> Fiddler Options…-> Connections页签，选中Allowremote computers to connect，并记住端口号为8888，等会设置手机代理时需要。设置好后重启fiddler保证设置生效。设置如下：

  3、  查看电脑IP，在CMD中输入ipconfig：

  4、在手机侧设置代理

设置-WLAN，找到连接的wifi长按，选择修改网络：

然后勾选高级选项，选择代理为手动，填入代理服务器为自己电脑IP，端口填入刚刚记住的8888：

 

6.如何在linux里进到自己的目录

cd ~

 

7.如何用mysql语句查看某班级成绩为90分以上的同学，并倒叙输出

SELECT * FROM students WHERE class=11 and mark>=90 ORDER BY mark DESC

延伸还可以显示90分以上的同学，取前多少个

SELECT * FROM students WHERE class=11 and mark>=90 ORDER BY mark DESC LIMIT 3

 

8.如何进行弱网测试

浏览器上的web网站 ： 打开开发者工具，点击network ,设置网络为slow 3g

app,小程序：

分为4个大方向

   1.弱网下的功能测试 2g,3g,4g

   2.断网下，本地的数据存储  ，会根据页面的不同，没有缓存的页面，有缓存的页面，点击后的文案，响应，文案的提示等

   3.用户体验方面，响应时间，页面呈现，超时文案，超时重连

   4.网络的多状态切换 wifi-2,3,4g-断网

fiddler: rules-customize rules

设置上传延长，设置下载延迟

 

 

9.测试用例需要哪些？

测试的模块，主模块，子模块，测试点，测试步骤，优先级，预计输出，实际输出

 

10.遇到一个bug如何区分是前端的bug，还是后端的bug?

二.如何定位前端/后端BUG?

由于自己这方面的知识比较欠缺，所以查了些资料：

通常可以利用抓包工具来进行分析。可以从三个方面进行分析：请求接口，传参，响应。

1. 请求接口url是否正确

如果请求的接口url错误，为前端的bug

2. 传参是否正确

如果传参不正确，为前端的bug

3. 请求接口url和传参都正确，查看响应是否正确

如果响应内容不正确，为后端bug

4. 也可以在浏览器控制台输入js代码调试进行分析

如果定位为后端的bug，可以进一步通过以下方法精确定位是哪里出bug

1. 查看报错日志，通过日志分析问题点

2. 查看数据库确认数据的正确性

3. 查看缓存是否正确

接口查看法

这种方法是最常用的，我们必须掌握的，常用于查看是后端返回给前端的数据有误，还是前端显示有误。

大多数浏览器都有自带的接口查看工具，如Chrome，FireFox等都可以通过F12开启抓包，在NetWork中可以看到当前页面发送的每个http请求。要想通过接口查看法来判断，你需要先了解Chrome浏览器的Network面板介绍。

日志查看法

当我们发现一个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。
 

11.如何进行性能测试

     1.明确性能指标要求 

    多：可以支持更多的用户访问（高并发，用户数）

     快：用户体验舒畅--快   （响应时间  TPS）

     好：访问都能成功，没有错误率 （错误率）

     省：达到预期效果，尽可能节省资源 （服务器资源）

   2.项目性能场景提取

   3.了解项目部署架构，熟悉项目的软件架构与部署

   4.开发脚本

   5.搭建监控环境

   6.在Linux环境下运行测试脚本（一般为分布式的并发测试） 

   7.监控与分析

   8.性能调优

   9.测试调优后的结果

  10.写性能测试报告

  

12.测试从什么开始介入

答：越早介入越好，在软件研发的整个过程中，需求分析、设计、编码、测试、发布维护中，都有可能引入软件缺陷，修复软件缺陷的费用随着时间的推移而增加，尽早测试并发现软件缺陷修正时所投入的人力物力越少

 

13.测试的流程

1.需求评审（开发，产品经理，测试）

2.进行需求分析（测试）

3.编写测试用例

4.执行测试

5.缺陷跟踪

6.编写测试报告

7.写用户使用说明书