需求文档 → 接口定义(YAML/Swagger) → 测试用例 → 自动化脚本

代码/数据库 → 接口行为 → 测试用例 → 自动化脚本

# 搜索订单相关核心函数grep -rn "createOrder\|submitOrder\|payOrder" --include="*.py" ./src/

src/services/order_service.py:45:def create_order(request_data)src/controllers/order_controller.py:78:def submit_order()src/models/order.py:23:class Order(models.Model)

请分析以下Python函数，输出：1. 函数功能描述2. 输入参数及类型3. 返回值及类型4. 可能的异常场景5. 依赖的数据库表函数代码：[粘贴代码]

# 从Model定义逆向推导测试数据classOrder(models.Model):    order_id = models.CharField(max_length=32, primary_key=True)    user_id = models.CharField(max_length=32)    amount = models.DecimalField(max_digits=10, decimal_places=2)    status = models.CharField(max_length=16)    create_time = models.DateTimeField()# 推导测试数据：test_order = {    "order_id": "ORD20260521001",  # 32字符上限    "user_id": "USR00001",    "amount": "100.00",           # 最大10位，小数2位    "status": "pending",          # 常见状态值    "create_time": "2026-05-21 10:00:00"}

## 代码层逆向分析报告### 模块名称：订单模块### 分析日期：2026-05-21| 类/函数 | 业务含义 | 输入参数 | 输出 | 异常场景 ||---------|---------|---------|------|---------|| Order.create() | 创建订单 | user_id, items[], amount | order_id | 库存不足、用户不存在 || Order.pay() | 支付订单 | payment_method, amount | True/False | 余额不足、支付超时 || Order.cancel() | 取消订单 | reason | True/False | 订单已发货无法取消 |### 关键发现1. order_id格式：ORD + YYYYMMDD + 6位序号2. amount最大10位，小数点后2位3. status流转：pending → paid → shipped → completed

┌──────────────────────────────────────────────────┐│                  流量捕获矩阵                      │├──────────┬───────────┬───────────┬──────────────┤│  环境     │   工具    │   捕获范围  │   适用场景   │├──────────┼───────────┼───────────┼──────────────┤│  测试环境 │ Charles  │ 全量HTTP   │ 完整API还原   ││  测试环境 │ Fiddler   │ 全量HTTP   │ 同上          ││  生产环境 │ MITMProxy │ 全量HTTPS │ 无法直接抓包时 ││  前端代码 │ DevTools  │ XHR/Fetch │ 快速定位接口  │└──────────┴───────────┴───────────┴──────────────┘

# Charles导出为JSON格式File → Export Session → JSON格式# 输出结构[  {    "method": "POST",    "path": "/api/v1/order/create",    "host": "api.example.com",    "headers": {...},    "body": {...},    "response": {...}  }]

## 接口逆向分析报告### 接口簇：订单相关| # | 方法 | 路径 | 功能 | 请求体关键字段 | 响应关键字段 ||---|------|------|-----|---------------|-------------|| 1 | POST | /api/v1/order/create | 创建订单 | user_id, items[], address_id, coupon_id | order_id, total_amount || 2 | POST | /api/v1/order/pay | 支付订单 | order_id, payment_method | pay_status, transaction_id || 3 | GET | /api/v1/order/list | 订单列表 | user_id, page, page_size | orders[], total_count |### 请求体结构推导```json// POST /api/v1/order/create 请求体{  "user_id": "USR00001",        // string, 用户ID  "items": [                    // array, 商品列表    {      "product_id": "PRD001",   // 商品ID      "quantity": 2,             // int, 数量      "price": 99.00            // decimal, 单价    }  ],  "address_id": "ADDR001",      // string, 地址ID  "coupon_id": null             // string|null, 优惠券ID}// 响应{  "code": 0,  "message": "success",  "data": {    "order_id": "ORD20260521001",    "total_amount": 198.00,    "status": "pending"  }}

分析以下业务日志，识别：1. 核心业务流程（按时间顺序排列用户行为）2. 关键决策点（分支条件判断）3. 异常处理路径（错误重试、补偿机制）4. 测试场景优先级排序日志内容：[粘贴日志片段]

原始日志片段：2026-05-21 10:00:01 INFO [order_service] user=USR001 action=VIEW_PRODUCT prod_id=PRD0012026-05-21 10:00:15 INFO [order_service] user=USR001 action=ADD_CART prod_id=PRD001 qty=22026-05-21 10:00:30 INFO [order_service] user=USR001 action=VIEW_CART items_count=22026-05-21 10:01:00 INFO [order_service] user=USR001 action=CHECKOUT address_id=ADDR0012026-05-21 10:01:30 INFO [order_service] user=USR001 action=PAYMENT_START order_id=ORD0012026-05-21 10:01:35 ERROR [payment_service] user=USR001 order_id=ORD001 error=INSUFFICIENT_BALANCE2026-05-21 10:01:40 INFO [payment_service] user=USR001 action=PAYMENT_RETRY order_id=ORD0012026-05-21 10:01:45 INFO [payment_service] user=USR001 action=PAYMENT_SUCCESS order_id=ORD001还原业务流程：┌─────────┐    ┌─────────┐    ┌─────────┐    ┌─────────┐    ┌─────────┐│ 浏览商品 │ → │ 加入购物车│ → │  结算   │ → │ 支付开始 │ → │ 支付成功 │└─────────┘    └─────────┘    └─────────┘    └─────────┘    └─────────┘                                           ↓                                    余额不足(异常)                                           ↓                                      重试成功测试场景：1. 正常流程：浏览→加购→结算→支付成功2. 异常分支：余额不足→重试→成功3. 异常分支：余额不足→重试→仍失败→提示用户

graph TD    A[用户登录] --> B{是否VIP}    B -->|是| C[享受折扣]    B -->|否| D[标准价格]    C --> E[下单]    D --> E    E --> F{支付方式}    F -->|信用卡| G[扣款成功]    F -->|微信| H[扫码等待]    H --> I{支付结果}    I -->|成功| J[生成订单]    I -->|超时| K[订单取消]

┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌─────────────┐│  代码分析    │ →  │  接口还原    │ →  │  日志解析   │ →  │ AI生成用例  ││  (第一层)   │    │  (第二层)   │    │  (第三层)   │    │             │└─────────────┘    └─────────────┘    └─────────────┘    └─────────────┘      ↓                  ↓                  ↓                  ↓  识别类/函数        还原API结构         还原用户路径       输出标准化用例

# 测试用例AI生成提示词## 输入信息- 业务背景：[系统功能描述]- 代码分析结果：[第一层输出]- 接口文档：[第二层输出]- 用户行为轨迹：[第三层输出]## 要求请生成测试用例，包含：1. 等价类划分（有效等价类、无效等价类）2. 边界值分析（最大值、最小值、临界值）3. 场景法用例（主流程、分支流程、异常流程）4. 异常测试用例（错误处理、超时、并发）## 输出格式| 用例ID | 用例标题 | 优先级 | 前置条件 | 测试步骤 | 预期结果 ||--------|---------|-------|---------|---------|---------|| TC001 | 正常创建订单 | P0 | 用户已登录，购物车有商品 | 1. 进入结算页... | 订单创建成功 |

业务背景：电商订单系统，包含创建订单、支付订单、取消订单功能接口信息：- POST /api/v1/order/create {user_id, items[], address_id, coupon_id}- POST /api/v1/order/pay {order_id, payment_method}- POST /api/v1/order/cancel {order_id, reason}代码分析：- amount字段：Decimal(10,2)，最大99999999.99- status流转：pending→paid→shipped→completed/cancelled- 异常码：INSUFFICIENT_STOCK, INSUFFICIENT_BALANCE, ORDER_NOT_FOUND

## 订单模块测试用例### P0级用例（核心路径）| 用例ID | 用例标题 | 前置条件 | 测试步骤 | 预期结果 ||--------|---------|---------|---------|---------|| TC_ORDER_001 | 正常创建订单-使用优惠券 | 用户已登录，购物车有2件商品 | 1. 选择收货地址<br>2. 选择优惠券C01<br>3. 点击提交订单 | 订单创建成功，金额=原价-优惠金额 || TC_ORDER_002 | 正常创建订单-不使用优惠券 | 用户已登录，购物车有1件商品 | 1. 选择收货地址<br>2. 不选择优惠券<br>3. 点击提交订单 | 订单创建成功，金额=原价 || TC_ORDER_003 | 支付订单-余额充足 | 订单状态=pending | 1. 选择支付方式=余额<br>2. 点击确认支付 | 支付成功，订单状态变为paid || TC_ORDER_004 | 支付订单-余额不足 | 订单状态=pending，用户余额=50 | 1. 选择支付方式=余额<br>2. 点击确认支付 | 支付失败，提示余额不足 || TC_ORDER_005 | 取消订单-未付款 | 订单状态=pending | 1. 点击取消订单<br>2. 选择原因"不想买了"<br>3. 确认取消 | 订单取消成功，状态变为cancelled |### P1级用例（分支路径）| 用例ID | 用例标题 | 测试要点 ||--------|---------|---------|| TC_ORDER_006 | 创建订单-商品库存不足 | 验证库存不足时的错误提示 || TC_ORDER_007 | 创建订单-地址信息不完整 | 验证地址必填校验 || TC_ORDER_008 | 创建订单-优惠券已过期 | 验证过期优惠券不可用 || TC_ORDER_009 | 支付订单-支付超时 | 验证超时后订单状态回滚 || TC_ORDER_010 | 取消订单-已发货状态 | 验证已发货订单不可取消 |### P2级用例（异常场景）| 用例ID | 用例标题 | 测试要点 ||--------|---------|---------|| TC_ORDER_011 | 并发创建订单-同一商品 | 验证库存超卖问题 || TC_ORDER_012 | 重复支付-同一订单 | 验证幂等性保护 || TC_ORDER_013 | 金额边界-最大值 | 验证amount=99999999.99可正常处理 || TC_ORDER_014 | 金额边界-超限 | 验证amount>99999999.99被拒绝 |

┌────────────────────────────────────────────────────────────┐│                    测试框架选型指南                          │├──────────────┬────────────┬────────────┬─────────────────┤│   场景        │ 推荐框架    │  适用语言   │  关键优势        │├──────────────┼────────────┼────────────┼─────────────────┤│ 接口自动化    │ pytest     │ Python    │ 丰富插件、生态好   ││ 接口自动化    │ Newman     │ Node.js   │ Postman集成佳    ││ UI自动化      │ Playwright │ 多语言    │ AI辅助定位强      ││ UI自动化      │ Cypress    │ JavaScript│ 文档完善、API简单 ││ 性能测试      │ k6         │ Go/JavaScript| 轻量、门槛低    ││ 移动端测试    │ Appium     │ 多语言    │ 跨平台支持        │└──────────────┴────────────┴────────────┴─────────────────┘

# conftest.py - 测试配置import pytestimport requestsBASE_URL = "https://api.test.example.com"@pytest.fixturedef auth_token():    """获取登录Token"""    response = requests.post(f"{BASE_URL}/api/v1/login", json={        "username": "test_user",        "password": "test_pass"    })    return response.json()["data"]["token"]# test_order.py - 订单模块测试import pytestclass TestOrder:    """订单模块测试套件"""    @pytest.mark.parametrize("coupon_id,expected_discount", [        (None, 0),           # 无优惠券        ("COUPON10", 10),   # 10元优惠        ("COUPON20", 20),   # 20元优惠    ])    def test_create_order_with_coupon(self, auth_token, coupon_id, expected_discount):        """测试不同优惠券场景"""        # 测试步骤        pass    def test_pay_order_insufficient_balance(self, auth_token):        """测试余额不足支付失败"""        # 测试步骤        pass

Week 1 Day 1-2：代码层逆向├── 定位核心模块（订单、支付、用户）├── AST解析识别业务函数└── 输出：模块分析报告.mdWeek 1 Day 3-4：接口层逆向├── Charles抓包还原API├── 导出JSON格式接口定义└── 输出：接口文档.jsonWeek 1 Day 5：日志层逆向├── ELK分析用户行为路径├── 还原核心业务流程└── 输出：用户轨迹图.mdWeek 2 Day 1-2：测试用例设计├── AI辅助生成用例├── 用例评审与筛选└── 输出：测试用例.xlsxWeek 2 Day 3-4：自动化脚本开发├── pytest框架搭建├── PageObject模式封装└── 输出：test_suite.pyWeek 2 Day 5：测试执行与报告├── 执行全套测试├── Allure报告生成└── 输出：测试报告.html

┌─────────────────────────────────────────────────────────────────────────┐│                        AI Skill 工具链替代方案                           │├─────────────────┬──────────────────────┬─────────────────────────────────┤│    传统工具      │      替代Skill       │         核心能力                │├─────────────────┼──────────────────────┼─────────────────────────────────┤│ Charles/Fiddler │ agent-browser        │ 网页自动化、流量捕获、接口还原    ││ SonarQube       │ claude-code-guide    │ 代码分析、业务逻辑识别           ││ ELK/Loki        │ software-testing    │ 日志解析、业务流程建模           ││ Sourcetrail     │ claude-code-guide    │ 代码可视化追踪、依赖分析         ││ Postman         │ api-test-generator   │ API测试用例生成、接口验证        │└─────────────────┴──────────────────────┴─────────────────────────────────┘

# 场景：用 agent-browser 逆向分析电商订单接口# Step 1：打开目标页面agent-browser open https://shop.example.com/order/create# Step 2：执行用户操作（加购物车、结算）# ... 用户操作 ...# Step 3：捕获网络请求agent-browser network requests --type xhr,fetch# Step 4：导出接口JSONagent-browser network har start# ... 用户操作 ...agent-browser network har stop ./orders_api.har# 输出：完整的订单相关API定义

# 场景：用 claude-code-guide 分析订单模块业务逻辑# 输入：订单服务核心代码# 输出：# - 函数功能描述# - 输入输出参数类型# - 业务异常场景# - 调用依赖关系图claude-code-guide> 请分析以下Python代码的业务逻辑，输出：> 1. 函数功能描述> 2. 输入输出参数> 3. 业务异常场景> 4. 调用依赖关系>> 代码：> [粘贴代码]

# 场景：用 software-testing 分析用户行为日志# 输入：原始日志片段2026-05-21 10:00:01 INFO [order_service] user=USR001 action=VIEW_PRODUCT2026-05-21 10:00:15 INFO [order_service] user=USR001 action=ADD_CART2026-05-21 10:01:30 INFO [order_service] user=USR001 action=CHECKOUT# AI分析输出：# - 用户行为轨迹图# - 核心业务路径# - 异常分支识别# - 测试场景优先级

# 场景：用 api-test-generator 生成订单API测试用例# 输入：# - 接口路径：POST /api/v1/order/create# - 请求参数：user_id, items[], address_id, coupon_id# - 响应结构：order_id, total_amount, status# AI输出：# - 完整测试用例（Excel格式）# - 参数边界值测试数据# - 异常场景覆盖# - pytest兼容脚本

┌──────────────────────────────────────────────────────────────────┐│                  AI Skill 逆向分析完整流程                         │└──────────────────────────────────────────────────────────────────┘Step 1：代码分析 (claude-code-guide)    ↓    输入：项目代码目录    输出：业务模块清单 + 函数关系图Step 2：接口还原 (agent-browser)    ↓    输入：用户操作行为    输出：API定义文档(JSON/HAR)Step 3：日志解析 (software-testing)    ↓    输入：系统日志    输出：用户行为轨迹 + 业务流程图Step 4：测试用例生成 (api-test-generator)    ↓    输入：前三步输出    输出：标准化测试用例.xlsx┌──────────────────────────────────────────────────────────────────┐│                     一条命令启动全流程                              │└──────────────────────────────────────────────────────────────────┘# 启动AI协同分析agent-browser chat "请分析这个电商系统的逆向测试能力，按以下步骤：1. 用claude-code-guide分析代码结构2. 用agent-browser抓取核心API3. 用software-testing解析用户日志4. 用api-test-generator生成测试用例"# AI自动按顺序执行，并输出完整报告

请分析以下[编程语言]代码，输出：1. 函数功能描述（用中文）2. 输入参数及类型3. 返回值及类型4. 可能的异常场景（至少3个）5. 依赖的数据库表或外部服务代码：[粘贴代码]模板2：接口逆向（结合agent-browser）请根据以下HTTP请求/响应信息，还原完整的API定义：1. 请求方法、路径2. 请求头要求3. 请求体JSON结构（含字段说明）4. 响应体JSON结构（含字段说明）5. 常见错误码及含义请求：[粘贴请求信息]响应：[粘贴响应信息]模板3：测试用例生成基于以下业务信息，生成完整的测试用例：- 业务场景：[描述]- 接口定义：[API信息]- 代码分析结果：[代码层逆向输出]- 用户行为轨迹：[日志层逆向输出]要求：1. 包含正常场景（主流程）2. 包含异常场景（错误处理）3. 包含边界值测试4. 输出格式：Excel兼容的表格请生成至少20条测试用例，覆盖率≥95%。