资深老鸟总结，接口测试加解密处理+BUG定位+金融项目经验..._接口中的bug定位过程

作者：weixin_40725706 | 2024-03-07 07:16:39

踩

接口中的bug定位过程

目录：导读

前言

加解密接口的处理

目标：
知道项目中接口加解密的实现流程
了解加解密的代码实现
知道Jmeter如何实现接口加解密测试
知道基于Requests如何实现接口加解密测试

1、APP端/客户端接口加解密介绍

加密方式（两种）：
在TCP/IP四层模型中的应用层进行加密。类似密码本，当前项目使用的是这种，可以看到所有响应内容，只是看不懂。

在TCP/IP四层模型中的运输层和应用层之间进行加密，通过传输协议实现加密，如https。类似加密路径，此种加密方式抓取到的报文响应内容全是乱码

2、加解密接口测试时的要点

核心就是：编写出与应用服务器相匹配的加密和解密方法

所以在公司中加解密的接口测试如何进行：

找开发来要加解密的方法（因为项目代码中一定有对应的加解密方法）
在测试环境中将加解密的方法跳过（需要跟开发讨论，看难度和影响而定）

系统测试执行要点

正常情况下公司中系统测试分为多轮进行：

第一轮通常是需要执行所有的系统测试用例（必须有）
执行过程中的所有缺陷需要及时提交缺陷报告

第二轮通常是根据替丁的策略来选择部分的系统测试用例进行执行
特定的策略通常由测试主管来制定

策略一般有：根据优先级（高、中），模块（风险高的模块）、根据用例的类型（功能、稳定性、兼容性）……

第三轮通常是发散测试
常见的形式是：组内交叉测试（正常情况下A负责模块1，B负责模块2；交叉测试时，B负责模块1，A负责模块2，而且不需要按照用例来执行）
最后为了保险起见，发布前有时还会针对所有Level0即最高优先级的用例再进行一轮测试，保证发布的系统基本功能可用。

BUG定位

要求：
基本要求：定位出bug所属前端还是后端
更高要求：bug所属模块，bug的代码级别（不要求）

价值：
找到BUG的复现路径，提升开发修复BUG的效率
提升自身的逻辑思维与技术能力

定位的技巧：
逻辑分析
分析所有可能，逐个排查
找到最短复现路径

——案例：玩CF游戏，从高处跳下来，概率出现不掉血的情况 —— bug

分析问题可能的原因：高度、重量、地形、姿势……
针对每一个维度分别进行测试分析，将其他因素固定，只改变其中一个因素
最终确定会产生bug的影响因素
技术手段
查看数据库
抓包分析
查看服务器日志

——案例/面试题：界面上添加用户，在用户列表中未看到对应的用户信息

查看数据库中是否有对应的用户记录
有则说明，题目中的两个操作，添加用户的操作成功，查看用户的操作失败

没有则说明，添加用户的操作没有成功
针对第一步确定下来失败的业务操作进行抓包，观察所有的请求和响应数据，同时抓取服务器的日志

先看响应码，如果响应中有4XX错误，客户端请求有问题；5XX错误，服务端有问题（大概率是BUG）；2XX，则需要进一步的分析

——响应为200时，检查响应内容：
响应正确，但前端页面显示不出来，查看响应字段和前端定义字段是否匹配，若不匹配，找前端人员来确定是前端/后端没定义好

响应错误，检查请求参数是否正确
请求参数不正确，前端代码问题
请求参数正确，但响应错误，结合服务器日志来进行问题的定位（大概率为后端代码问题）

备注：服务器日志需要与开发人员确定其所在位置（可写入日志文件，也可能直接打印在命令行窗口）

金融项目测试经验（结合具体的案例来回答）

项目的介绍项目是做什么的？
项目给谁用的？
项目包含哪些主要功能？
项目的技术架构是什么？
项目的核心业务流程是什么？
项目的测试过程是什么？
参与需求评审，进行需求分析
写测试计划并评审
编写测试点和系统测试用例并评审，如果有接口测试则编写接口测试用例并评审
执行接口测试用例（手工和自动化执行），执行系统测试用例
编写测试报告并评审
如何测试自己负责的功能模块？（即测试用例怎么设计）
从功能、性能、易用性、兼容性……各个维度进行测试
功能测试时，首先针对每个页面中的功能点设计测试用例；如：。。。。具体的那个页面哪些功能点，通过哪些方法设计的
然后再针对业务流程设计测试用例；如：。。。。。同上
性能测试时，如。。。
易用性，如。。。
兼容性：如浏览器、操作系统、分辨率。。。。。

面试题：接口测试用例如何设计？

单接口的设计
正向（成功）：必填参数、全部参数
反向（失败）：
参数错误：多参，少参（优先级低）
参数数据错误：数据为空，长度范围错误，类型错误（优先级中）
业务数据错误：基于业务功能返回错误异常（参考API中定义的不同的错误描述）——（优先级高）结合项目的业务来说。。。
多接口的设计
整理出系统的业务流程，结合项目的业务来说。。。
把业务流程中的每个动作对应接口整理出来，结合项目的业务来说。。。
按照业务流程的顺序进行测试，结合项目的业务来说。。。

面试题：接口测试的时机/目的是什么？（问清是指手工执行接口测试还是自动化接口测试）

手工执行接口测试
时机：后端开发完成，但前端没有开发完成
目的：尽早发现BUG
自动化接口测试
时机：在项目测试全过程
目的：保证项目质量，避免开发修改代码引人新问题（感觉和回归测试差不多）

面试题：如何准备接口自动化测试过程中的数据？（一个项目中需要的数据情景是很多样性的，这三种情景都会出现）

手工构造：只需要一次构造可以长时间使用的数据
接口方式构造：需要多次构造，且数据相对比较复杂的情况
数据库防暑：需要多次构造，但数据涉及表结构比较简单（数据涉及的表结构不超过两张）

面试题：如何使用Jmeter编写接口自动化脚本？

会编写接口自动化脚本
每个测试用例对应Jmeter中的一个线程组
使用HTTP取样器发送请求
补充用法：数据定义、响应结果的数据关联、响应断言……
对自动化数据能进行自动化清除
配置JDBC连接池
通过JDBC Request请求，执行清除数据SQL语句
Jmeter脚本部署到持续集成

面试题：如何使用代码编写接口自动化脚本？

先搭建框架（api、script、log、report、utils、app）
定义日志初始化配置和运行脚本的套件
编写脚本时
先定义API接口类
在测试脚本中调用API的接口类

面试题：如何保证接口自动化测试脚本的稳定性？

跑完脚本后清除测试数据
断言时通过连接数据库的方式获取实际的数据，而不使用固定数据

面试题：项目中涉及到第三方接口时如何进行接口测试？

通过mock技术，模拟第三方系统接收请求，并返回响应