[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6ADE32RZ69VDPSZ99VGRTC8":3,"skill-same:01M6ADE32RZ69VDPSZ99VGRTC8":70},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":41,"linkOnly":42,"markdownContent":43,"markdownBody":44,"frontMatter":45,"refName":46,"commitSha":47,"skillDirectory":48,"forksCount":49,"repositoryHtmlUrl":50,"repositoryHomepageUrl":51,"ownerHtmlUrl":52,"ownerBlogUrl":53,"ownerDescription":54,"updatedAt":55,"install":56,"resources":69},"01M6ADE32RZ69VDPSZ99VGRTC8","creating-oracle-to-postgres-migration-integration-tests",null,"Creates integration test cases targeting Oracle for .NET data access artifacts. Tests capture Oracle expected behavior as the authoritative baseline; they are written once and later ported to PostgreSQL by migrating the test project in Phase 6. Use only during Phase 3, before any PostgreSQL migration work has begun. Do not invoke during Phase 6 or against a project that has already been migrated.","github\u002Fawesome-copilot","github","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F9919?v=4","01M6AC83DS133TPXFSP1DHNCC6","GitHub","01M6AD3PBDYPK7NVFJNJ66Y8RS",41046,"MIT","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcreating-oracle-to-postgres-migration-integration-tests\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40],"oracle","integration tests","integration","creating oracle to postgres migration integration tests","tests","migration","postgres","phase","invoke","expected","for","targeting","as","project","do","only","use","integration test","access","postgresql","artifacts","test","2026-11-10 10:12:30",false,"---\nname: creating-oracle-to-postgres-migration-integration-tests\ndescription: 'Creates integration test cases targeting Oracle for .NET data access artifacts. Tests capture Oracle expected behavior as the authoritative baseline; they are written once and later ported to PostgreSQL by migrating the test project in Phase 6. Use only during Phase 3, before any PostgreSQL migration work has begun. Do not invoke during Phase 6 or against a project that has already been migrated.'\n---\n\n# Creating Integration Tests for Oracle-to-PostgreSQL Migration\n\nGenerates integration test cases for data access artifacts in a single target project. Tests target Oracle and capture its behavior as the authoritative baseline. They are written to be logically portable — so they can survive Phase 6 migration without rewriting — but they do not run against PostgreSQL at this stage.\n\n## Prerequisites\n\n- The test project must already exist and compile (scaffolded separately).\n- Read the existing base test class and seed manager conventions before writing tests.\n\n## Workflow\n\n```\nTest Creation:\n- [ ] Step 1: Discover the test project conventions\n- [ ] Step 2: Identify testable data access artifacts\n- [ ] Step 3: Create seed data\n- [ ] Step 4: Write test cases\n- [ ] Step 5: Review determinism\n```\n\n**Step 1: Discover the test project conventions**\n\nRead the base test class, seed manager, and project file to understand inheritance patterns, transaction management, and seed file conventions.\n\n**Step 2: Identify testable data access artifacts**\n\nScope to the target project only. List data access methods that interact with the database — repositories, DAOs, stored procedure callers, query builders.\n\n**Step 3: Create seed data**\n\n- Follow seed file location and naming conventions from the existing project.\n- Avoid `TRUNCATE TABLE` — keep existing database data intact.\n- Assume existing business rows and lookup rows are already present; add only minimal, collision-safe seed records needed for the scenario.\n- Do not commit seed data; tests run in transactions that roll back.\n- Ensure seed data does not conflict with other tests.\n- Load and verify seed data before assertions depend on it.\n- Create or reuse a test `LookupConstants` class for stable lookup IDs\u002Fcodes used across seed builders and assertions.\n\n**Step 4: Write test cases**\n\n- Inherit from the base test class to get automatic transaction create\u002Frollback.\n- Ensure each database-touching method in scope has at least one integration test (or multiple tests for higher-risk behavior branches).\n- Assert logical outputs (rows, columns, counts, error types), not platform-specific messages.\n- Assert specific expected values — never assert that a value is merely non-null or non-empty when a concrete value is available from seed data.\n- Avoid testing code paths that do not exist or asserting behavior that cannot occur.\n- Avoid redundant assertions across tests targeting the same method.\n- For text parameters, include both empty-string and `NULL`\u002Fmissing input coverage where applicable.\n- For datetime behavior, include assertions that validate the value written and read back matches — use the Oracle column's precision (e.g., seconds-only for a date\u002Ftime column with no fractional seconds) rather than assuming any particular database type syntax.\n\n**Step 5: Review determinism**\n\nRe-examine every assertion against non-null values. Confirm each is deterministic against the seeded data. Fix any assertion that depends on database state outside the test's control.\n\n## Key Constraints\n\n- **Phase 3 only** — these tests target Oracle. Do not invoke this skill during Phase 6 or against a PostgreSQL-targeting project.\n- **Oracle is the golden source** — tests capture Oracle's expected behavior.\n- **Assertion portability** — avoid platform-specific error messages or syntax in assertions so that when the test project is migrated to PostgreSQL in Phase 6, assertions require no changes.\n- **Seed only against Oracle** — the test project will be migrated to PostgreSQL in Phase 6; seed data and infrastructure stay Oracle-targeted until then.\n- **Scoped to one project** — do not create tests for artifacts outside the target project.\n- **Preserve existing data** — never rewrite or wipe pre-existing business or lookup rows.\n","# Creating Integration Tests for Oracle-to-PostgreSQL Migration\n\nGenerates integration test cases for data access artifacts in a single target project. Tests target Oracle and capture its behavior as the authoritative baseline. They are written to be logically portable — so they can survive Phase 6 migration without rewriting — but they do not run against PostgreSQL at this stage.\n\n## Prerequisites\n\n- The test project must already exist and compile (scaffolded separately).\n- Read the existing base test class and seed manager conventions before writing tests.\n\n## Workflow\n\n```\nTest Creation:\n- [ ] Step 1: Discover the test project conventions\n- [ ] Step 2: Identify testable data access artifacts\n- [ ] Step 3: Create seed data\n- [ ] Step 4: Write test cases\n- [ ] Step 5: Review determinism\n```\n\n**Step 1: Discover the test project conventions**\n\nRead the base test class, seed manager, and project file to understand inheritance patterns, transaction management, and seed file conventions.\n\n**Step 2: Identify testable data access artifacts**\n\nScope to the target project only. List data access methods that interact with the database — repositories, DAOs, stored procedure callers, query builders.\n\n**Step 3: Create seed data**\n\n- Follow seed file location and naming conventions from the existing project.\n- Avoid `TRUNCATE TABLE` — keep existing database data intact.\n- Assume existing business rows and lookup rows are already present; add only minimal, collision-safe seed records needed for the scenario.\n- Do not commit seed data; tests run in transactions that roll back.\n- Ensure seed data does not conflict with other tests.\n- Load and verify seed data before assertions depend on it.\n- Create or reuse a test `LookupConstants` class for stable lookup IDs\u002Fcodes used across seed builders and assertions.\n\n**Step 4: Write test cases**\n\n- Inherit from the base test class to get automatic transaction create\u002Frollback.\n- Ensure each database-touching method in scope has at least one integration test (or multiple tests for higher-risk behavior branches).\n- Assert logical outputs (rows, columns, counts, error types), not platform-specific messages.\n- Assert specific expected values — never assert that a value is merely non-null or non-empty when a concrete value is available from seed data.\n- Avoid testing code paths that do not exist or asserting behavior that cannot occur.\n- Avoid redundant assertions across tests targeting the same method.\n- For text parameters, include both empty-string and `NULL`\u002Fmissing input coverage where applicable.\n- For datetime behavior, include assertions that validate the value written and read back matches — use the Oracle column's precision (e.g., seconds-only for a date\u002Ftime column with no fractional seconds) rather than assuming any particular database type syntax.\n\n**Step 5: Review determinism**\n\nRe-examine every assertion against non-null values. Confirm each is deterministic against the seeded data. Fix any assertion that depends on database state outside the test's control.\n\n## Key Constraints\n\n- **Phase 3 only** — these tests target Oracle. Do not invoke this skill during Phase 6 or against a PostgreSQL-targeting project.\n- **Oracle is the golden source** — tests capture Oracle's expected behavior.\n- **Assertion portability** — avoid platform-specific error messages or syntax in assertions so that when the test project is migrated to PostgreSQL in Phase 6, assertions require no changes.\n- **Seed only against Oracle** — the test project will be migrated to PostgreSQL in Phase 6; seed data and infrastructure stay Oracle-targeted until then.\n- **Scoped to one project** — do not create tests for artifacts outside the target project.\n- **Preserve existing data** — never rewrite or wipe pre-existing business or lookup rows.\n",{"name":5,"description":7},"main","5269f7ea2d6c3a9bfda5ed878b6726cf509121fd","skills\u002Fcreating-oracle-to-postgres-migration-integration-tests",5340,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot","https:\u002F\u002Fawesome-copilot.github.com\u002F","https:\u002F\u002Fgithub.com\u002Fgithub","https:\u002F\u002Fgithub.com\u002Fabout","How people build software.","2026-11-11 13:41:32",{"source":8,"skillName":5,"commands":57,"prompt":67,"zipAvailable":68},[58,61,64],{"tool":59,"command":60},"npx","npx skills add github\u002Fawesome-copilot --skill creating-oracle-to-postgres-migration-integration-tests",{"tool":62,"command":63},"bunx","bunx skills add github\u002Fawesome-copilot --skill creating-oracle-to-postgres-migration-integration-tests",{"tool":65,"command":66},"pnpm","pnpm dlx skills add github\u002Fawesome-copilot --skill creating-oracle-to-postgres-migration-integration-tests","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fcreating-oracle-to-postgres-migration-integration-tests\u002FSKILL.md",true,[],[71,102,129,158,191,208],{"skillNo":72,"name":73,"nameZh":6,"description":74,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":75,"categories":76,"keywords":85,"publishedAt":41},"01M70KXZNX9ES38N2A8M58ZZMZ","supabase-rls-policies","Write, review, and test Supabase Row Level Security (RLS) policies so that one user cannot read or change another user's rows. Use when creating or changing tables, policies, views, or security definer functions in a Supabase project, when reviewing a migration that touches RLS, or when asked to prove user isolation with pgTAP tests that sign in as two users.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fsupabase-rls-policies\u002FSKILL.md",[77,82],{"categoryNo":78,"categoryName":79,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",{"categoryNo":83,"categoryName":84,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000023","Skill与智能体开发",[86,87,88,89,32,90,91,92,93,94,95,96,97,31,23,98,35,99,100,101],"supabase","rls","supabase rls","supabase rls policies","when","review","change","read","write","security","isolation","tables","prove","users","functions","with",{"skillNo":103,"name":104,"nameZh":6,"description":105,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":106,"categories":107,"keywords":109,"publishedAt":41},"01M70KWA5YWXDV6V8DZ19E3T2Y","skill-distribution-audit","Audit a skill collection before release or investigate installer omissions, archived\u002Ftemplate leakage, duplicate identities, and manifest drift. Reconcile the intended public source set, distribution manifest, and actual discovery output for a specified consumer version. Includes a deterministic set-comparison helper.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fskill-distribution-audit\u002FSKILL.md",[108],{"categoryNo":83,"categoryName":84,"taxonomyType":80,"taxonomyTypeDesc":81},[110,111,112,113,114,115,29,116,117,118,119,120,121,122,123,124,125,126,127,128],"distribution","skill distribution audit","audit","SET","deterministic","installer","discovery","comparison","helper","manifest","version","collection","drift","output","investigate","duplicate","template","release","reconcile",{"skillNo":130,"name":131,"nameZh":6,"description":132,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":133,"sourceHtmlUrl":134,"categories":135,"keywords":141,"publishedAt":41},"01M70KCJPFVW7PPQ49CC5R8JGK","logicapps-custom-code-net10-migration","Migrate Azure Logic Apps Standard local-function custom-code projects from .NET 8 to .NET 10. Use for legacy Logic Apps custom-code workspace upgrades, project\u002Fpackage configuration, custom-worker settings, publication, and integrated VS Code debugging. Not for ordinary .NET applications, standalone Azure Functions, Consumption workflows, or cloud deployment.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FSKILL.md",[136],{"categoryNo":137,"categoryName":138,"taxonomyType":139,"taxonomyTypeDesc":140},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[142,143,144,24,145,146,29,32,147,148,149,150,151,152,153,35,154,155,156,157],"custom","code","logicapps custom code net10 migration","projects","standalone","deployment","applications","local","azure","worker","upgrades","package","apps","Legacy","debugging","workflows",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":162,"sourceHtmlUrl":163,"categories":164,"keywords":169,"publishedAt":41},"01M6AEBN37RQMXJ3298PEY7PG1","winmd-api-search","Find and explore Windows desktop APIs. Use when building features that need platform capabilities — camera, file access, notifications, UI controls, AI\u002FML, sensors, networking, etc. Discovers the right API for a task and retrieves full type details (methods, properties, events, enumeration values).","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FSKILL.md",[165,168],{"categoryNo":166,"categoryName":167,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":137,"categoryName":138,"taxonomyType":139,"taxonomyTypeDesc":140},[170,171,172,173,174,175,176,177,178,179,180,181,182,183,37,90,184,185,186,187,188,29,189,190],"winmd api search","search","api","windows","desktop","file access","enumeration","ui","ml","file","networking","capabilities","notifications","explore","features","full","camera","events","platform","methods","controls",{"skillNo":192,"name":193,"nameZh":6,"description":194,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":195,"licenseFileUrl":196,"sourceHtmlUrl":197,"categories":198,"keywords":204,"publishedAt":41},"01M6AE571R3SC1ZGE202B3NB5S","resemble-detect","Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FSKILL.md",[199,200,203],{"categoryNo":166,"categoryName":167,"taxonomyType":80,"taxonomyTypeDesc":81},{"categoryNo":201,"categoryName":202,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000016","图像与多媒体",{"categoryNo":83,"categoryName":84,"taxonomyType":80,"taxonomyTypeDesc":81},[205,113,179,206,207],"resemble detect","https","identity",{"skillNo":209,"name":210,"nameZh":6,"description":211,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":195,"licenseFileUrl":212,"sourceHtmlUrl":213,"categories":214,"keywords":219,"publishedAt":41},"01M6AE30BSK2HCY4TQQ22Z8JRD","quality-playbook","Run a complete quality engineering audit on any codebase. Derives behavioral requirements from the code, generates spec-traced functional tests, runs a three-pass code review with regression tests, executes a multi-model spec audit (Council of Three), and produces a consolidated bug report with TDD-verified patches. Finds the 35% of real defects that structural code review alone cannot catch. Works with any language. Trigger on 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', or 'coverage theater'.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FSKILL.md",[215,218],{"categoryNo":216,"categoryName":217,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":83,"categoryName":84,"taxonomyType":80,"taxonomyTypeDesc":81},[220,221,222,223,143,91,9,112,224,225,206,226,227,228,229,230,231,232,233,234,235,236,23,237,238,239,240],"playbook","quality playbook","quality","code review","tdd","run","report","spec","bug report","council","engineering","functional","spec audit","bug","verified","multi-model","three","coverage","model","regression","structural"]