接口面试题
保证产品质量
1、编写测试用例，并且加强对应的一个评审，比如说有内部评审、外部评审、通过多方位的评审来保证我们的测试依据是完整的，并且是充分的。
2、加强对需求的理解，当开发和测试，对需求理解有不一致的时候，一定要加强沟通，如果沟通无效的话，一定要找到我们的产品经理，然后确认需求，然后使双方意志达成一致。
3、加强对问题的跟进，当测试在测试过程中发现了问题，一定要及时的去推进开发修复这个问题，并且及时做好回归测试。
4、在资源和人力允许的情况下，可以进行组员之间的一个交叉测试，来保证我们的测试的一个质量。
5、每一个项目都应该及时做好项目的总结，为下一个迭代项目做好一个参考。
=========================================================================================
最吸引我的地方什么？
这个岗位最吸引我的地方？
1、是可以发挥我的优势，我比较擅长接口测试、web测试和app测试，然后公司正好也有这方面的一个测试的领域
2、是可以开拓我的视野，提高我自己的一个自动化测试的能力。
3、公司提问这个平台很有发展前景，同时也符合我个人的一个职业规划。
我很期待在这个岗位上面，能够做出自己的成绩，同时能够获得个人的一个成就感以及获得大家的认可。谢谢
=========================================================================================
同步接口和异步接口的区别是什么？
同步接口指发送一个请求之后，需要等待他的响应，然后再发送，中间有一个等待的过程。
而异步接口是指发送完一个请求之后，不需要等待它的响应，即可立即发送下一个请求，中间没有一个等待的过程。
异步接口会有一个回调地址，当你发了一个请求之后会进行处理，处理完成之后呢？就会去调用这个回调地址。
所以我们在测异步接口的时候：
第一个需要关注一下服务器对这个请求的处理是不是正确的；
第二个还需要关注一下，处理完请求之后，对这个回调结果的一个处理是正确的。
=========================================================================================
有验证码的功能，如何进行自动化测试
1、让开发设置一个万能验证码即可
2、在测试环境的话，可以让开发把验证码去掉，当然在正式环境或者是预发部环境，再回复回来
3、通过coolie绕过登录
4、使用图像识别技术，识别验证码。
=========================================================================================
如果接口没成功，如何判断错误？
确认一下自己的参数、头部信息等等，这些信息传输是不是正确的；
然后的话再查看，接口的返回消息，我们跟接口文档里面的一个消息进行对比，
如果一致的话，基本上它的响应消息没有问题，我们也可以，同步检查一下数据库。
如果都没有问题，说明这个接口就是OK的，
如果说响应消息跟我们的接口文档不一致的话，或者说数据库里面，
数据存在问题的话呢，说明这个接口可能有BUG。
=========================================================================================
需求评审阶段需要做什么事？
1、一般产品经理会把这个需求来源给到测试这边，有可能是因为一些用户体验不佳，
而导致的一些功能的优化和改善，或者是一些纠错性维护的一些升级
2、在需求评选会议上面测试，测试基本上其实是对需求，进行一个测试的。
那么我们在参加需求评审会议的时候，会去对需求不明确的地方，会有疑问的地方，
进行一些提出和质疑，然后在会议上面，直接跟产品和开发沟通解决。
=========================================================================================
APP测试上的H5和原生页面怎么区分？
1、断开网络，立即显示404或者错误页面的话，基本上就是H5了；
2、通过查看布局边界，可以到我们的手机设置的开发者选项中去开启页面布局边界的一个开关，
然后的话进入到这个应用里面去查看这个应用的一个布局边界。
一般来说，原生应用的话可以看到，各个控件的一个布局边界，
而如果说是H5的话，是一个整体页面的一个布局边界。
3、如果你长按页面会出现一些放大镜或者是复制粘贴等功能，甚至是手机它震动一下的话，
那么基本上这个页面就是一个H5的页面了。
4、如果打开一个新页面，在这个导航栏下面有一条显示进度加载的线的话，这个页面基本上就是H5了。
5、如果app的导航栏上面会出现关闭的按钮或者是关闭的图标的话呢，当前页面也基本上是一个H5页面。
6、如果你下拉页面出现了网址提示方的这种页面，也是H5的页面。
=========================================================================================
什么是埋点测试？
数据采集的一种专业术语，而数据采集的目的，是将采集的数据提供给向运营人员，这样的专业人员，进行一些数据分析的。比如说我们对软件的某些模块和场景下面的用户的一些使用情况，进行一些埋点触发，并且将采集的数据进行上报，然后呢？由专业人员对这些上报的数据进行一些分析、汇总以及一些整理和报表的一些展示，最终得出用户对这个软件的一个普遍使用行为，最后我们可以对这个软件进行一些优化和改良。然后呢更加符合用户的需求和体验。
=========================================================================================
工作中遇到过什么困难吗？
测试时间经常被开发压缩的很少，与尝试跟开发区沟通过，但是呢沟通效果不是很明显。这是我工作中遇到过的一个困难。我们有尝试去解决这个问题，比如说去规范整个开发的一个流程，去给每个任务设置一个时间节点，然后每个时间节点要完成的任务呢，都及时的去严格督促完成、避免拖拉；
另外就是将核心功能的回归测试，用自动化来实现可以明显的缩短测试的周期，提高测试的效率。
=========================================================================================
你们接口测试做了多久？接口测试一般是什么时候做的？
1）一般功能或者是接口有变动的时候，我们会做接口测试；
2）第一次发布新版做功能测试之前我们也会做接口测试；
3）接口测试的周期：小部分接口大概一周测试完毕，有一大批接口需要测试，则需要1-2个月才能测试完毕。
=========================================================================================
定位前端或者后端BUG
我购买了一件商品，并且成功支付，但是在我的订单里面却没有记录，你应该如何去分析定位这个问题？
首先需要搞明白的是这个场景的数据流调用的逻辑关系，不过这个问题比较简单。
整体来说就是前端购买商品，支付成功，会把这条数据的商品信息加支付信息都落入数据库中。
然后点击我的订单，会调后端接口，后端从数据库取相关信息，然后前端渲染展示商品和支付信息。
搞明白这个场景的数据流转就很容易定位分析这个bug了，可以使用抓包工具抓包这个我的订单调后端的接口。
如果抓不到这个接口，就是前端没有发出请求，显然是前端问题。
如果有请求并且响应了，就查看这个接口响应信息，如果返回报错了，则需要具体分析报错内容。
这个时候既有可能是前端入参传的不对，导致后端报错。
也有可能是前端传对了，后端处理错误，需要具体分析是前端问题还是后端问题。
如果后端成功响应了且返回信息跟接口文档定义的一致，那么大概率是前端展示的问题，这个时候需要找前端同事。
以上，就是定位一个bug是属于前端还是后端的分析思路。