| 主题 |
内容 |
| 接口测试概览 |
接口自动化测试的现状
接口自动化测试的适用项目场景
接口自动化测试面临的问题
缺乏接口测试文档时候的办法
|
| 单接口与多接口串联接口自动化测试技术 |
单接口测试技术
多接口串联接口测试技术
如何建模软件设计模型
• 什么叫多接口串联
• 关联技术
• 多接口串联接口测试技术
|
| 接口测试人员需要掌握的工具 |
抓包工具
编程语言
• TTCN
• Python
• Java
• 其他
单元测试架构
接口测试工具
• Postman
• Meter
• 其他
数据库
系统架构
业务知识
|
| 接口测试人员的技能提升路线 |
使用半自动接口测试工具
使用编码技术完成最原始的接口测试
接口测试代码的封装和复用
使用数据驱动完成接口测试代码
与 Git 和 CI/CD 集成
|
| 接口自动化测试的演变 |
原始架构
引入 API Test Executor 实现 Code-Based API 自动化测试用例
Test Case 和 Test Data 分离实现 API 自动化测试用例
引入 Data-Driver Test Data 的自动生成
引入 Test Data service 生成测试数据
引入 Parallel Execution Controller 实现 API 并发
引入 Load Generate Cluster 实现 API 高并发和强度测试
创新设计：引入 Request/Response History database 实现 API Diff identification
不同版本间的接口参数变化
接口自动化测试难点
|
| 接口自动化测试平台 |
接口自动化测试框架（ 平台）的优势和必要性
接口自动化测试框架设计思路
接口自动化测试平台建设常见实现方式与框架
|
| 接口自动化测试框架的提升 |
脚本的维护与复用
测试数据的管理
• 测试数据的创建方法
• 测试数据的痛点
• 测试数据 1.0 时代——基于代码的 Test Data Utility
• 测试数据 2.0 时代——基于 Build Pattern 的实现
• 测试数据 3.0 时代—— Test Data Services
测试套件中脚本的并行执行
测试报告合并
新技术与接口自动化测试的结合
• 基于消费者契约的 API 测试——基于契约的测试和演变
基于契约测试的 Mock Services 实现 API 依赖解耦
|
