台山达内正规软件测试全日制班
达内软件测试培训杭州西溪中心地址：西湖区教工路23号百脑汇科技大厦1508室.
测试一个接口的面试题你知道吗？
http接口工具有很多如：postman、jmeter、soupUI、Java+httpclient、robotframework+httplibrary、Fidder+postman等
接口的种类和分类:webservice和http api接口
1)webservice接口是走soap协议通过http传输，请求报文和返回报文都是xm格式，可以通过jme、soapui工具进行测试;
2)http api接口是走http协议通过路径来区分调用的方法，请求报文格式都是key-value形式，返回报文一般是json串，常见的请求方式有get、post请求等;
1、什么是接口测试
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等
2、接口测试流程
需求讨论，需求评审，场景设计，编写用列，准备数据，执行测试
a)需求评审，熟悉业务和需求
b)开发提供接口文档(必须提供接口说明、url、请求方法、请求参数、参数类型、请求参数说明及返回参数说明)
c)编写接口测试用例
d)进行用例评审
e)提测后开始测试
f)提交测试报告
3、http协议get和post请求方式区别
get请求：从指定的服务器中获取数据，直接在浏览器里输入就可以获取信息
post的请求：提交数据给指定的服务器处理，可以向服务器发送修改请求，从而修改服务器的，需要借助测试工具;
4、做接口测试如何分析是前段还是后端的问题？
如果发送的数据是正确的，但是后台反馈的数据是不符合需求的，那就是后台的问题;如果前端没有请求接口，或者请求的时候发送数据与需求不符，那这个时候就是前端的问题了
5、session和cookies区别？
1、cookie数据存放在客户的浏览器上，session数据放在服务器上。
2、cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗
考虑到安全应当使用session。
3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能
考虑到减轻服务器性能方面，应当使用COOKIE。
4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。
5、所以个人建议：
将登陆信息等重要信息存放为SESSION
其他信息如果需要保留，可以放在COOKIE中
6、怎么抓取HTTPS协议？
使用Fiddler抓取HTTPS协议主要由以下几步进行：
第一步，Fiddler截获客户端发送给服务器的HTTPS请求，Fiddler伪装成客户端向服务器发送请求进行握手 。
第二步，服务器发回相应，Fiddler获取到服务器的CA证书， 用根证书(这里的根证书是CA认证中心给自己颁发的证书)公钥进行解密， 验证服务器数据签名， 获取到服务器CA证书公钥。然后Fiddler伪造自己的CA证书(这里的CA证书，也是根证书，只不过是Fiddler伪造的根证书)， 冒充服务器证书传递给客户端浏览器。
第三步，与普通过程中客户端的操作相同，客户端根据返回的数据进行证书校验、生成密码Pre_master、用Fiddler伪造的证书公钥**，并生成HTTPS通信用的对称密钥enc_key。
第四步，客户端将重要信息传递给服务器， 又被Fiddler截获。Fiddler将截获的密文用自己伪造证书的私钥解开， 获得并计算得到HTTPS通信用的对称密钥enc_key。Fiddler将对称密钥用服务器证书公钥**传递给服务器。
第五步，与普通过程中服务器端的操作相同，服务器用私钥解开后建立信任，然后再发送**的握手消息给客户端。
第六步，Fiddler截获服务器发送的密文， 用对称密钥解开， 再用自己伪造证书的私钥**传给客户端。
第七步，客户端拿到**信息后，用公钥解开，验证HASH。握手过程正式完成，客户端与服务器端就这样建立了”信任“。
在之后的正常**通信过程中，Fiddler如何在服务器与客户端之间充当第三者呢？
服务器—>客户端：Fiddler接收到服务器发送的密文， 用对称密钥解开， 获得服务器发送的明文。再次**， 发送给客户端。
客户端—>服务端：客户端用对称密钥**，被Fiddler截获后，解密获得明文。再次**，发送给服务器端。由于Fiddler一直拥有通信用对称密钥enc_key， 所以在整个HTTPS通信过程中信息对其透明。
7、HTTP和HTTPS协议区别？实现机有什么不同？
1. http是超文本传输协议，信息是明文传输;https是具有安全性的ssl传输协议。
2. http与https使用的是不同的连接方式，端口也一样，http默认端口是80;https默认端口是443;
3. http连接状态比较简单，是无状态的;https协议是由ssl+http协议组成的可进行传输、身份认证的网络协议。
8、在测试接口中怎么知道请求成功还是失败？
根据接口请求时接口的返回状态码来判断,状态码以4或5开头就可以视为请求失败
9、说出请求接口中常见的返回状态码？
1xx - 信息提示
2xx - 成功
3xx - 重定向
4xx - 客户端错误
5xx - 服务器错误(200.201.204.304.400.401.403.404.410.500.503)
10、怎么设计接口测试用例？
目的：测试接口的正确性和稳定性;
原理：模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的过程;
重点：检查数据的交换，传递和控制管理过程，还包括处理的次数;
核心：持续集成是接口测试的核心;
优点：为高复杂性的平台带来高效的缺陷监测和质量监督能力，平台越复杂，系统越庞大，接口测试的效果越明显(提高测试效率，提升用户体验，降低研发成本);
用例设计重点：通常情况下主要测试最外层的两类接口:数据进入系统接口(调用外部系统的参数为本系统使用)和数据流出系统接口(验证系统处理后的数据是否正常);
PS：设计用例时还需要注意外部接口提供给使用这些接口的外部用户什么功能，外部用户真正需要什么功能;
11、为什么要做接口测试？
因为不同端(前段，后端)的工作进度不一样，所以我们要针对最开始出来的接口，以及需要调用其他公司的(银行，支付宝，微信，qq等)
一些接口进行接口测试及验证数据，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求(绕过前面实在太容易)，需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。前后端传输、日志打印等信息是否**传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等
12、做接口测试当请求参数多时，tps下降明显，此接口根据参数从redis中湖区数据，每个参数与redis交互一次，当一组参数是tps5133，五组参数时tps1169，多次交互影响了处理性能，如何改进？
tps就是每秒事务数，transaction per second。
吞吐量下降是可能因为频繁访问redis，而频繁访问redis的原因是参数过多，解决的思路很容易想到: 减少参数。
我们可以把多组参数变成json字符串之类的一个参数，从而达到信息量不减少而参数个数变少的效果。
13、接口的加密测试中对称加密和非对称加密有什么区别吗？如何展开测试？
对称加密: 信息交换的双方使用同一个密钥加密解密，就像是用同一把钥匙开一把锁
非对称加密
公开密钥加密(英语：Public-key cryptography)，也称为非对称加密(英语：asymmetric cryptography)，是密码学的一种算法，它需要两个密钥，一个是公开密钥，另一个是私有密钥;一个用作加密的时候，另一个则用作解密。使用其中 一个密钥把明文加密后所得的密文，只能用相对应的另一个密钥才能解密得到原本的明文;甚至连最初用来加密的密钥也不能用作解密。由于加密和解密需要两个不 同的密钥，故被称为非对称加密;不同于加密和解密都使用同一个密钥的对称加密。虽然两个密钥在数学上相关，但如果知道了其中一个，并不能凭此计算出另外一 个;因此其中一个可以公开，称为公钥，任意向外发布;不公开的密钥为私钥，必须由用户自行严格秘密保管，绝不通过任何途径向任何人提供，也不会透露给要通 信的另一方，即使他被信任。
基于公开密钥加密的特性，它还提供数字签名的功能，使电子文件可以得到如同在纸本文件上亲笔签署的效果
14、阐述接口测试和UI测试在测试活动中是如何协同测试的？
UI与接口测试的协同可以从下面的方向考虑
UI的操作实际上就是用另一种方式调用接口，那么接口有多少种参数组合就要求UI用例要构造多少种操作进行调用
UI操作所需要的数据可以用接口来生成
接口测试可以保证数据和逻辑的准确性，UI测试需要考虑交互和界面展示的逻辑正确性
UI测试需要重视接口调用不成功或者接口异常情况下UI的呈现方式和用户体验
UI中可能会有一些状态的缓存信息(这样就不需要每次频繁调用接口去获取了)，比如鉴权信息等，需要重点关注这些缓存的更新策略
15、在手工接口测试或者自动化接口测试的过程中，上下游接口有数据依赖如何处理？
上下游接口的数据依赖无非就是准备测试数据。
假如一个事务需要顺序调用3个接口，A B C， C依赖于AB， 而AB有数据依赖，这时候就需要准备好A和B的数据。
数据一般有两种方式生成
动态方式：假如B依赖A创造的数据，那么每次执行B之前必须执行A去做数据创建
静态方式：独立统一的测试数据库, ABC需要的数据都可以从库里拿到
16、依赖第三方数据的接口如何测试？
依赖第三方就mock掉，可以自己写mock server
17、http接口测试和web service接口测试区别是什么？
省略
18、接口测试中依赖登录状态的接口如何测试？
依赖登录态，那么每次测试该接口之前都需要调用登录的接口
如果是jwt之类的token based auth的话，每次在调用接口时提供token就可以了
19、设计接口测试用例：设计的是电商系统，其中包括很多参数，如商品，商家，店铺等等，针对这些数据的修改，会设计到很多参数，如商品名称，商品尺寸，商品颜色等等。现在设计实现“修改”接口时，如何确定要传哪些参数呢？是只需要传入我要修改的参数还是全部参数？
修改的接口，也就是update的接口一般只需要传：被更新了的字段 以及 被更新实体的 主键 比如id。
这是开发常识，如果大家研究过jsonapi规格的话，可以直接套用jsonapi的设计进行阐述。
20、目前接口文档是有word格式管理，因迭代快，产生很多文档，分不清那些事不用的接口，那些是正在用的接口，那些是更新后的接口，文档杂乱，不方便管理，另外文档是word格式，不方便查询，如何管理？
swagger文档可以解决这个问题。()
swagger是我用过最好用的，只是编写相关的json比较麻烦，又不想集成在代码中。不过可以在网站(www.sosoapi.com)上在线表单方式编写swagger-ui对应的json哈，编辑简单而且可以在线预览和导入导出，挺方便的。
达内软件测试培训厦门中心地址：厦门市思明区软件园二期观日路18号4楼404.
台山达内正规软件测试全日制班
达内软件测试培训广州云计算中心地址：广州市天河区天源路五号之三，天河新天地C座六楼；地铁天河客运站D口.
软件测试的价值是什么
说到软件测试的价值，有人说测试可以守护产品质量；有人说测试可以提高产品质量；还有人说测试可以帮助制定潜在的质量标准。那么，软件测试的价值到底在哪里？从整个软件开发的过程来看，可以归纳为四个方面：
1. 当软件被构想的时候，利用测试来作为例子可以帮助澄清需求；
2. 随着项目开展，可以迅速地发现重要问题；
3. 另外，通过不断提供反馈给决策者，可以帮助他们更好地做出决定；
4. 最后，好的bug report还可以帮助开发人员快速定位问题根源
第一部分：测试来澄清需求假设有这样一个简单的需求：“用户可以在一个订单同时使用多个折扣”。考虑一下如果用户要求三个50%的折扣，那么这个订单到底怎么打折？是累加起来，打150%折，反给用户钱？还是在50%的基础上打50%折扣, 然后再打50%, 最终打12.5%折呢？所以，我们应该将这个需求表达的更清晰一些。反过来想：这些具体的有明确期望结果的测试不就是一个能够帮助澄清需求的很好的例子吗？在思考问题的时候，我们还应该考虑两方面：一个是正常路径，另一个是异常路径。通过正常路径，在减少defect的同时，还可以挑选出需要automation的case，以便在每个迭代周期都能对基本功能进行快速验证。考虑异常路径不仅可以澄清当某些地方出错时软件应该怎么做，还可以提醒程序员编写处理出错情况的代码。在测试时不应该浮于表面一味地写测试用例，应该挖掘更深层次的问题，并且给出合理建议。例如，“当软件和数据库连接断开怎么办？”，“应该每隔5分钟尝试一次连接，连续3次尝试失败后发邮件给数据库管理团队。”
第二部分：快速找到最重要的缺陷测试过程中发现缺陷是非常正常的事情，但是往往时间和产生的价值不成正比，如何快速准确的定位到重要问题的所在是一个优秀测试人员需要具备的技能，文章列举了一个“应用破坏员工”的例子讲述了几个基本方法：
1）区域模型
2）快速攻击
3）历史缺陷。凭借这些方法一个资深测试人员一夫当关，却有千军万马之势，让重要缺陷无处遁逃。
第三部分：提供有用的测试数据和信息用于整个项目决策好的测试不仅要包括描述清晰，覆盖率完整的测试用例，更需要的是测试完成以后经过良好分析的测试报告，而我们所做的所有工作都是为了产生一个有用有价值的测试报告，而这个测试报告对于整个项目的许多关键性决策也具有指导性作用。所有单单一个测试pass率或者是完成率是远远不够的，漂亮的测试报告需要有这三点1、系统整体思想2、测试中发现的突出或异常事件3、统计分析数据。使得决策者在拿到报告的同时就可以有个清晰的认识，做出快速正确的判断。
第四部分：与相关人员沟通，协助开发人员修改缺陷对缺陷报告描述的时候需要尽量清晰，完整，方便开发人员定位错误代码并发现问题。
软件测试培训网格言：我这一生不曾工作过，我的幽默和伟大的著作都来自于求助潜意识心智无穷尽的宝藏。——马克·吐温。
台山达内正规软件测试全日制班
软件测试培训机构达内经典语录：既然选择远方，就注定风雨兼程。。软件测试讲师
崔辉 |
工作经历
曾工作于远东数码有限公司，用友软件等机构。担任开发工程师，测试工程师，测试经理等职位。曾在北大资源学院，达内科技等机构担任讲师，具备多年的软件开发，测试经验。
授课风格
课耐心细致，思路清晰，能化难为简，知识点讲解透彻。善于与学生沟通，始终秉持着"授之以鱼，不如授之以渔 "的教学理念。
软件测试培训网格言：在我们了解什么是生命之前，我们已将它消磨了一半。——赫伯特。
台山达内正规软件测试全日制班
达内软件测试培训学校励志语录：如果你不努力，一年后的你还是原来的你，只是老了一岁。.
