01 贵公司如何测试支付接口？

（1）支付流程：正常发起流量充值请求，检查点：①用户发送的信息携带键值②商户系统本地数据会保留一份用户的订单信息，并根据每条订单信息上一条支付信息（同时保存在本地） ③第三方支付成功，第三方已保存支付订单信息 4）充值成功，用户流量余额相应增加。 异常修改用户发送的信息、商户与第三方之间的信息、第三方与用户之间的信息。

(2)还会有同步和异步测试来检查订单的状态。 对于同步测试，我们会直接检查页面上显示的订单状态。 在异步测试过程中，如果出现错误，我们将使用为我们开发的。 订单异常表用于查看该订单的相关信息，同时也会调用第三方提供的接口来查看订单的状态，查看是否成功。 我们不知道异步调用的过程，但是我们会检查数据库表。 这里有张桌子。 所有数据都在这个表中。 如果异步调用出现问题，就会记录在这个表中。 只要打开这张桌子。 您可以通过使用订单号 = 中的 * 来查看问题。 如果这个表中没有这个订单号的信息，就说明没有问题。 如果出现问题，比如坏账，直接交给开发就可以了。

(3)有时我们也用它来篡改数据

02 告诉我你的项目，你是如何实现界面自动化的？ 如何制作多个接口？ 例如，如果有付款方式，你如何做？ 什么情况下进行自动化？

● 如何进行接口测试： 首先，我们在开发之前，都会有一个接口文档供开发使用。 这是接口测试的需求规范。 我们拿到之后，第一步什么都不做，先研究一下这个规范。 哪些请求分为post和get，有哪些参数，哪些是必需的，哪些不是，取决于请求之间的调用关系。 上下游之间使用正则表达式提取器，上游使用正则表达式提取器连接上下游。 起来，然后设置公共变量，让后续的请求好用，设置合理的断言。 还应该研究一下相应的http状态码，并结合到项目中。

● 接口多：开发文档（接口上下游）比较乱。 我会把接口的模块分开，然后理清需求之间的关系，区分post和get，理清上下级关系，顺利传递上游参数。 在下游，使用正则表达式提取器连接。

● 支付接口：明确常用接口，并明确接口名称。 您可以自由使用该名称。 解释完正常付款，我们再来说说一些异常付款的情况。 你会看到我们这边同步了接口，但是为了保证准确性，我们来说说异步调用。 第三方会给我们提供第三方异步调用接口。 我们会检查第三方的支付信息，看在第三方调用是否成功。

● 自动化：自动化测试策略：因为我们没有足够的人力进行回归测试，所以我们会采用自动化测试。 举个例子，我做的无界面自动化：添加定时器和交互式命令行。界面自动化是因为界面稳定。 只能证明界面逻辑正确，不能证明页面正确。

● 只要有接口测试要写，get、post、上下行传输就必须写。

03 如何添加断言？ （了解有几种断言、json断言、响应断言等的情况，以及断言的格式）

首先，我们将根据请求结果树的内容添加不同的断言。 响应断言直接输入到测试模拟框中并返回响应数据、参数和值。 json断言一般用在响应数据为json格式的情况下，或者响应数据发生变化时，会使用json断言，并且会使用json断言的格式。

04 贵公司有多少个后台数据库？ 数据库之间有什么关系？ 左连接和内连接有什么区别？ 您的数据库有多大？

左连接首先返回左表的所有行，加上匹配表的公共内容，使用左连接，而内连接查询两个表的公共内容，使用连接。

这里我给大家举个例子。 我在做商场统计的时候，会用by来显示不同的商品状态。

05 您的电子商务项目后台有多个系统。 （我没看懂，他举了个例子，我问的是商户管理用户的系统和授权商户登录的系统。）

一般有两个数据库。 我们将有这些表：用户表（包含注册用户和内部客服角色）、角色表、订单表（订单状态、金额）。 用户表和订单表是一对多的关系。

06 如何使用数据库查询商品分页？ 如果每页有20个产品，如何查看第2-3页。 （说出句子）

首先按时间对产品进行排序，因为最新的系列位于顶部，然后是第一页的产品。 产品信息、价格、收集时间、收藏家、* from ='name' by 收集时间 desc (21, 60)

07 如果分页有问题，第二页应该显示10-20，但结果显示产品13-23。 怎么解决判断问题呢？ （判断前端和后端问题）

首先我会查看后端的相关日志，看看是否有相应的记录。 如果没有对应的记录，那么就是后端的问题。 如果有相应的记录，我会使用抓包工具来查看前端向后端发送的请求。 ，如果前端发送的请求符合规范，如果前端发送的请求不符合规范，那么就是前端的问题，然后修改前端的请求前端再次发送请求，如果前端的请求符合规范，则检查响应的内容。 如果响应的内容正确，那么就是前端的问题。 它没有正确显示响应的内容。 如果响应的内容不正确，那么就是后端的问题。 后端修改后，重新发送请求。

08 贵公司的测试流程是怎样的？

我们公司的测试流程是这样的。 首先，我们从开发团队那里得到测试需求说明书，然后充分阅读并理解测试需求说明书，然后根据测试需求说明书设计测试点。 设计完成后，我们召开测试点评审会。 会议参与者必须包括产品经理、相关开发人员以及所有测试人员。 只有当大家对测试点的设计达成共识后，我们才能结束测试点评审会。 每次会议结束后，我们都会根据审核结果修改测试点，并将修改后的文件发送给参加会议的每个人。 接下来，我们根据测试点编写测试用例。 写完测试用例后，我们对测试用例进行评审，然后就可以开始正式执行测试用例了。 开发人员会按时提交测试，然后我们将开始执行测试用例。 当我们执行的时候，如果发现了bug，我们首先要把bug提交到缺陷管理库。 开发者修正bug后，我们再验证bug。 验证通过后，我们就可以关闭bug了。 同时，我们还需要对开发过程中提交的每个新版本进行冒烟测试和回归测试。 当整个系统稳定且缺陷合格率达到90%时，项目经理就可以进行验收测试。 经过验收测试，再经过预发布环境测试后，即可正式上线。 最后，我们的相关测试人员会写出测试总结和测试报告。

09 编写数据库语句：教师表一张，学生表一张，（1）查看李老师班级的小明（2），将小明的年龄改为26。

● t1.* 来自学生表t1 jion 教师表t2 on t1.=t2. t1.Name='小明' and t2.Name='李老师'；

● 学生表设置age=26 name='小明'；

10 Get 和 post 有什么区别？

(1)请求的数据位置不同。 url后面使用的是get请求数据吗？ 分开后，post请求数据在请求体中。

(2)将get请求数据放在URL中比较安全。

(3)数据大小限制。 最大获取限制为2kb，发帖没有限制。

(4)缓存。 get请求会被浏览器缓存。 帖子不会。