为电商订单处理流程设计集成测试。

流程：
1. 用户选择商品 → 加入购物车
2. 用户结账 → 检查库存
3. 库存充足 → 创建订单
4. 订单创建后 → 扣减库存
5. 支付成功 → 更新订单状态
6. 发送订单确认邮件

需要Mock的服务：
- PaymentService (真实调用太贵)
- EmailService (避免发真实邮件)
- 保持 InventoryService 真实（关键业务）

要测试的场景：
1. 正常流程（成功下单）
2. 库存不足（应该失败）
3. 支付失败（应该回滚）
4. 邮件发送失败（不应该影响订单）

请给出：
1. 测试数据准备脚本
2. 完整的测试代码
3. Mock配置

系统在高负载时变慢，请帮我诊断可能的原因。

环境信息：
- 并发用户数：[数字]
- 当前资源使用：
  - CPU: [百分比]
  - 内存: [使用量]
  - 磁盘: [使用情况]
- 数据库连接池：[配置]

症状：
- 哪些操作变慢了？
- 是否有超时错误？
- 是否有内存溢出？

请分析：
1. 最可能的原因是什么？
2. 如何逐步定位真正的瓶颈？
3. 应该采集什么指标来验证？

请生成应用的部署文档。

应用信息：
- 应用名：[名称]
- 技术栈：[栈]
- 依赖：[依赖列表]
- 配置：[配置说明]

部署步骤：
1. [环境准备]
2. [依赖安装]
3. [配置设置]
4. [启动应用]
5. [验证]

需要包含：
1. 系统要求
2. 详细的部署步骤
3. 故障排查
4. 常见问题
5. 回滚步骤

这段代码使用了太多临时变量，请简化。

原始代码：
[代码]

问题：
- 临时变量[var1, var2]没有明确含义
- 代码逻辑不清晰

优化建议：
- 使用函数替代临时变量
- 使用更好的数据结构
- 或使用函数链式调用

请提供改进版本。

这个没有文档的模块需要补充说明。

模块功能：[功能说明]

代码：
[核心代码]

需要生成：
1. 模块说明文档（英文说明、用途、使用方式）
2. 关键函数的docstring
3. 配置说明（如果有）
4. API文档（如果是API模块）

请生成完整的文档。

我们需要明确这个项目的非功能需求。

功能需求：用户认证和授权系统

请帮我定义：

1. 性能要求
   - 登录响应时间：[多少ms以内？]
   - 并发用户：[支持多少？]
   - 吞吐量：[每秒多少请求？]

2. 可用性
   - 目标SLA：[99.9%还是99.99%？]
   - 维护窗口：[允许多久不可用？]
   - 灾难恢复RTO/RPO：[多久恢复？数据丢失容限？]

3. 安全性
   - 密码策略：[复杂度要求？]
   - 会话超时：[多少分钟？]
   - 加密传输：[必须HTTPS吗？]
   - 审计日志：[记录哪些操作？]

4. 扩展性
   - 预期用户增长：[1年增长到多少？]
   - 数...

实现电商系统的价格计算引擎。

规则：
1. 基础定价：product.base_price
2. 会员折扣：
   - VIP: 8折
   - 金卡: 9折
   - 普通: 无折扣
3. 促销规则：
   - 满100减10
   - 满200减30
   - 同时最多只能使用2个促销
4. 优惠券：
   - 可以和促销叠加
   - 优惠券类型：固定金额、百分比、免运费
   - 需要验证优惠券是否过期和库存
5. 运费：
   - 默认10元
   - 满50元免运费
   - 不同地区运费不同（加1-5元）

输入：
{
  items: [{product_id, quantity, base_price}, ...],
  user_level: "VIP" | "金卡" | "普通",
  coupon_code...

# ADR 001: [简短标题]

## 状态: [Proposed/Accepted/Deprecated/Superseded]

## 背景

[为什么需要这个决策，当前面临的问题或机会]

## 决策

[我们决定采纳...]

## 理由

[为什么选择这个方案而不是其他]

- 优点1
- 优点2
- 优点3

相比其他方案：
- 方案A：[为什么不选]
- 方案B：[为什么不选]

## 后果

[这个决策带来的结果，包括好的和坏的]

### 积极后果:
- [好处1]
- [好处2]

### 消极后果:
- [风险1]
- [风险2]

## 相关决策

- ADR 002: [相关决策]

## 验证方式

[怎样验证这个决策的有效性]

## 审视时间

[何时应该重...

请为应用生成故障排查指南。

常见问题：
1. [问题1]: [症状] → [解决方案]
2. [问题2]: [症状] → [解决方案]
3. ...

日志位置：[日志在哪里]

监控指标：[应该监控什么]

需要生成：
1. 故障排查流程图
2. 常见问题和解决方案
3. 日志分析指南
4. 联系方式和升级流程

Prompt:
"我的这个复杂程序有bug，请帮我创建一个最小化的复现用例。
原始代码：[完整代码]

这段代码的最小化版本应该：
1. 去掉所有不必要的业务逻辑
2. 保留能够复现问题的最少代码
3. 使用简单的数据而不是真实数据

请生成这样的最小化用例"

为支付服务集成设计测试。

集成的服务：Stripe Payment API

要测试的场景：
1. 成功扣款
2. 卡被拒绝
3. API超时
4. 网络错误

要求：
1. Mock Stripe API（使用WireMock或Testcontainers）
2. 测试成功路径
3. 测试各种失败场景
4. 验证重试逻辑
5. 测试幂等性（同一个请求不会多次扣款）

使用[框架]的WireMock模拟Stripe。

安全检查清单：
1. SQL注入漏洞？怎么利用？怎么修复？
2. 输入验证？需要什么验证？
3. 输出转义？template是否安全？
4. 认证授权？是否需要权限检查？
5. 日志敏感信息？
6. 其他漏洞？

对于每个问题，给出具体的攻击方式和防护方案。