关于 planning-oracle-to-postgres-migration-integration-testing
分析单个项目的数据库访问代码,并为 Oracle 到 PostgreSQL 迁移生成可执行的集成测试计划。技能按迁移风险排序测试对象,并覆盖文本值、时间戳行为及数据库访问点。
主要功能
- 01盘点单项目数据库访问对象
- 02按迁移风险确定优先级
- 03建议测试用例与种子数据
- 04检查 Oracle 与 PostgreSQL 行为差异
- 05映射数据库访问点的测试覆盖
适用场景
- 01为 repository 和 DAO 规划迁移测试
- 02优先测试 Oracle 特有数据库功能
- 03梳理数据库访问点的集成测试覆盖
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ github/ awesome-copilot --skill planning-oracle-to-postgres-migration-integration-testing安装后在 Claude Code 中输入/planning-oracle-to-postgres-migration-integration-testing确认已加载。
详细介绍
规划 Oracle 到 PostgreSQL 迁移的集成测试
分析单个目标项目,识别需要集成测试的数据访问工件,然后生成结构化、可执行的测试计划。
工作流
Progress:
- [ ] Step 1: Identify data access artifacts
- [ ] Step 2: Classify testing priorities
- [ ] Step 3: Write the testing plan
第 1 步:识别数据访问工件
范围仅限目标项目。查找直接与数据库交互的类和方法——repository、DAO、存储过程调用方、执行 CRUD 操作的服务层。
第 2 步:对测试优先级进行分类
按迁移风险对工件进行排序。优先考虑使用 Oracle 特有功能的方法(refcursor、TO_CHAR、隐式类型转换、NO_DATA_FOUND),而不是简单 CRUD。
第 3 步:编写测试计划
编写一份 markdown 计划,涵盖:
- 可测试工件列表,包含方法签名
- 每个工件的推荐测试用例
- 种子数据需求
- 需要验证的已知 Oracle→PostgreSQL 行为差异
- 覆盖率映射,确保每个数据库接触点至少有一个测试用例(对于高风险方法,或有一组合理充分的用例)
定义推荐测试用例时,明确包括:
- 空字符串和
NULL/缺失值情况下的文本参数行为。 - 日期时间/时区断言,包括往返和比较行为。
- 目标列使用
timestamp without time zone或timestamp(0)的用例,并明确时区应用预期。
输出
将计划写入:.github/oracle-to-postgres-migration/Reports/{TARGET_PROJECT} Integration Testing Plan.md
关键约束
- 单一项目范围 — 只为目标项目内的工件规划测试。
- 仅限数据库交互 — 跳过不触及数据库的业务逻辑。
- Oracle 是黄金来源 — 测试应捕获 Oracle 的预期行为,以便与 PostgreSQL 进行比较。
- 不使用多连接测试框架 — 迁移后的应用程序会被复制并重命名(例如
MyApp.Postgres),因此每个实例只针对一个数据库。
评论
支持 Markdown