Web页面测试和接口测试的区别？

 为转载扩展内容,方便自我学习

1. 接口怎么测的？
（1）拿到接口的url地址
（2）查看接口是用什么方式发送
（3）添加请求头，请求体
（4）发送查看返回结果，校验返回结果是否正确
测试接口测试用例：和功能测试一样，根据正向反向、参数组合、边界值分析、异常场景等方法测试用例，设计完测试用例后可以使用postman，jmeter进行测试

2. 接口套接口怎么实现？(也就是所谓的参数化.第一个接口的返回值是第二个接口的请求值(入参))
1、获取上一个接口的返回值
2、将返回值设置成环境变量或者全局变量
3、设置下一个接口的参数形式

例如：第一个接口用户获取access_token，将第一个接口的返回值设置为环境变量，在第一个接口的tests中，获取access_token，并将其设置为环境变量，第一个接口请求成功之后可以看到，该环境变量生成，可以再环境变量中看到，在第二个接口，用{{access_token}}就可以获取access_token值。

tests设置代码如下：

//将数据解析成json格式
var data=JSON.parse(responseBody);
//获取access_token值
var access_token=data.access_token;
//设置成环境变量
pm.environment.set("access_token", access_token)

3.有没有做过性能测试？
1、做性能需求分析，挑选了用户使用最频繁的功能来做性能测试，比如：登陆，搜索，提交订单，确定性能指标，比如：事务通过率为100%，90%的事务响应时间不超过5秒，并发用户为1000人，CPU和内存的使用率为70%以下()
2.性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具的选择
3.编写性能测试用例
4.搭建性能测试环境，准备好性能测试数据()
5.通过性能测试用例，编写性能测试脚本
6.性能测试脚本进行调优，设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余的脚本等()
7.设计性能测试场景，使用nmon工具监控服务器，运行测试场景()
8.分析性能测试结果，如果有问题（性能瓶颈），收集相关的日志提单给开发修改()
9.开发修改好后，回归性能测试()
10.编写性能测试报告(*)

4.前端页面有个数据不对，要怎么定位bug？
（1）请求接口URL是否正确
如果请求接口URL不正确，为前端Bug；
（2）http请求中的参数是否正确
如果http请求中的参数不正确，为前端Bug；
（3）如果接口URL和参数都正确，查看响应内容是否正确
如果这种情况下响应内容不正确，则为后端Bug。
1）查看报错日志
查看报错日志，通过日志分析，需要有一定的经验，并且有一定的代码基础，才能更好地定位问题。
（2）查看数据库的数据
了解所测功能的数据表结构，测试过程中，查看数据库的数据，确认数据的正确性。

5.怎么获取接口的入参？
接口文档（eolinker等）

6.怎么获取session和cookie？
一个存在浏览器，一个存在服务器，从浏览器和日志中就可以获取

7.H5小程序有没有测过？
测试过，功能测试，界面测试，兼容测试（不同机型，不同系统）

8.插入一条数据的语法？
insert into 表名 values（）

9.查询最近七天，热度排名前五十的SQL语句是？
select * from 表名 where DATE_SUB(CURDATE(), INTERVAL 7 DAY) <= date(时间字段名) order by 热度 desc limit 50；

10.接口的heard和body里面有什么？
heard：GET(请求的方式) /newcoder/hello.html(请求的目标资源) HTTP/1.1(请求采用的协议和版本号)
Accept: /(客户端能接收的资源类型)
Accept-Language: en-us(客户端接收的语言类型)
Connection: Keep-Alive(维护客户端和服务端的连接关系)
Host: localhost:8080(连接的目标主机和端口号)
Referer: http://localhost/links.asp(告诉服务器我来自于哪里)
User-Agent: Mozilla/4.0(客户端版本号的名字)
Accept-Encoding: gzip, deflate(客户端能接收的压缩数据的类型)
If-Modified-Since: Tue, 11 Jul 2000 18:23:51 GMT(缓存时间)
Cookie(客户端暂存服务端的信息)
Date: Tue, 11 Jul 2000 18:23:51 GMT(客户端请求服务端的时间)
body：参数

11.登录设计测试用例，用户名，密码，验证码？
1、输入正确的用户名和密码以及验证码是否登录成功，且提示语正确
2、输入未注册的账户登录，查看是否登录失败，且提示语正确
3、输入错误密码查看是否登录失败，且提示语正确
4、输入错误验证码查看是否登录失败，提示语是否正确
5、账号密码验证码都为空，查看提示是否正确
6、账号密码验证码其中之一为空，查看提示语是否正确
7、输入停用的账号登录，查看提示语是否正确
8、查看用户名密码大小写是否敏感
9、密码框是否加密
10、 验证码是否有时效性，过了 时效的密码输入是否登录失败，且提示正确
11、 前端页面是否根据设计需求限制用户名和密码长度
12、用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界面
13、快捷键Tab和Enter等，是否可以正常使用
14、用户密码后台存储是否加密
15、用户密码在网络传输过程中是否加密
16、不登录的情况下，在浏览器中直接输入登录后的URL地址,验证是否会重新定向到用户登录界面
17、密码输入框是否不支持复制粘贴
18、用户名和密码输入框分别输入典型的“SQL注入攻击”字符串，验证系统的返回页面
19、不同浏览器下，验证登录页面的显示以及功能正确性
20、相同浏览器的不同版本下验证登录页面的显示以及功能正确性
21、不同移动设备终端的不同浏览器下，验证登录页面显示以及功能的正确性
22、不同分辨率的界面下，验证登录页面的显示以及功能正确性

12.Web页面测试和接口测试的区别？
1.UI测试：
界面是否美观，风格、字体、样式是否一致，文字内容是否正确；
2.功能测试：
所实现的功能是否和需求一致；
系统里的各种链接，是否可以正确打开，是否有空白页面；
3.性能测试：
系统能支持用户并发数；超并发数的异常处理；
4.兼容性测试：
不同操作系统，不同浏览器上功能是否能正常使用；
5.安全性测试：
用户密码是否加密，日志文件cookies中密码是否加密，session会话超时;
登录次数和登录设备是否有限制，是否支持一个账号多个设备登录
1、参数验证
接口参数的边界值。例如，传递的参数足够大或为负数时，接口是否可以正常处理
2、业务功能
接口是否满足了所提供的功能，检查接口返回的数据是否与预期结果一致。
3、异常场景
重复提交、并发提交、事务中断、多机环境、大数据量测试
检查接口的容错性，假如传递数据的类型错误时是否可以处理。
4、接口的性能
响应时间、吞吐量、并发数、资源要求
5、接口的安全性
外部调用的接口、权限验证、SQL注入

13.上线之后，用户使用中出现bug，你们会怎么处理？
测试环境重现bug，尽快修复bug

14.测试流程？
需求评审——设计测试用例——评审测试用例——执行测试用例——提交缺陷，跟踪缺陷至缺陷关闭——测试结束—测试报告

15.能不能说下你们公司的项目流程或者说介绍下你们公司的工作流程？在每个阶段的输出有哪些？
首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点；然后开发就排期进行开发，主管开始编写测试计划，对我们进行任务分配。

我们参考需求规格说明书及原型图编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本；开发人员版本编译完成后，我们会先进行预测，主要对主功能业务进行测试，如果主业务流程不通过，直接返回给开发进行修改。预测通过，依据测试用例进行系统测试。测试过程中，提交bug，跟踪bug，进行回归测试直至不存在严重bug，满足用户需求，测试完后编写测试报告；产品发布上线后，关注web是否正常运行，要进行常规的维护性测试。

16.有没有你印象深刻的bug，bug的原因？
身份证末尾X结尾的， 实名认证显示成功，但是在后面提现的时候，会报错，后面发现是保存到库里面的，都是小写X的，导致提现这边不识别，印象深刻的原因是因为花了一定的时间去找到这个bug，并且自己尝试定位到原因，所以印象深刻。

17.linux常用命令有哪些？
cd命令：切换到某个目录
ls命令：列出当前目录的所有文件、文件夹
pwd命令：列出当前目录的路径
cp命令：复制
mv命令：剪切
grep命令：管道
find命令：查找
rm命令：删除
ps命令：查看进程
kill命令：杀掉某个进程
cat命令：查看某文件
tar命令：打包
chmod命令：赋权限
chown命令：改变文件的所有者
vim命令：文本编辑

18.请说明Android手机和IOS手机，系统有什么区别？
两者运行机制不同：IOS采用的是沙盒运行机制，安卓采用的是虚拟机运行机制。
两者后台制度不同：IOS中任何第三方程序都不能在后台运行；安卓中任何程序都能在后台运行，直到没有内存才会关闭。
IOS中用于UI指令权限最高，安卓中数据处理指令权限最高。