umbraco-testing
Router skill for choosing the right testing approach for Umbraco backoffice extensions
What this skill does
# Umbraco Testing - Router
Entry point for testing Umbraco backoffice extensions. Use this skill to determine which testing approach to use, then invoke the appropriate specialized skill.
## Quick Reference
| Level | Skill | Use When |
|-------|-------|----------|
| 1 | `umbraco-unit-testing` | Testing contexts, elements, controllers in isolation |
| 2 | `umbraco-msw-testing` | Testing API error handling, loading states |
| 3 | `umbraco-mocked-backoffice` | Testing extension UI in full backoffice (no .NET) |
| 4 | `umbraco-e2e-testing` | Testing complete workflows against real Umbraco |
## Supporting Skills
| Skill | Purpose |
|-------|---------|
| `umbraco-test-builders` | JsonModels.Builders for test data |
| `umbraco-playwright-testhelpers` | Full API reference for testhelpers |
| `umbraco-example-generator` | Generate testable example extensions |
---
## Decision Guide
### Choose Unit Testing (`umbraco-unit-testing`)
Best for fast, isolated testing:
- Context logic and state management
- Lit element rendering and shadow DOM
- Observable subscriptions and state changes
- Controllers and utility functions
**Speed**: Milliseconds | **Backend**: None | **Browser**: Playwright launcher
---
### Choose MSW Testing (`umbraco-msw-testing`)
Best for testing API behavior without backend:
- API error handling (404, 500, validation)
- Loading spinners and skeleton states
- Network retry behavior
- Response edge cases and timeouts
**Speed**: Fast | **Backend**: None (mocked) | **Browser**: Playwright
---
### Choose Mocked Backoffice (`umbraco-mocked-backoffice`)
Best for testing extensions in realistic UI:
- Extension appears correctly in backoffice
- Workspace views, actions, footer apps work
- Extension registration and manifest loading
- Visual integration without .NET setup
**Speed**: Fast | **Backend**: None (MSW) | **Browser**: Chromium
---
### Choose E2E Testing (`umbraco-e2e-testing`)
Best for full acceptance testing:
- Complete user workflows end-to-end
- Data persistence and retrieval
- Authentication and permissions
- Real API responses and behaviors
**Speed**: Slower | **Backend**: Running Umbraco | **Browser**: Chromium
---
## Workflow
1. **Identify what to test** - context logic, element rendering, API handling, or full workflow
2. **Choose testing level** - use the decision guide above
3. **Invoke the skill** - each testing skill is self-contained with setup, patterns, and examples
4. **Generate test data** - use `umbraco-test-builders` if needed
---
## Complete Testing Pyramid
A well-tested extension uses multiple testing levels. Here's the complete pyramid:
```
┌─────────────┐
│ E2E Tests │ ← Real backend, complete workflows
│ (7 tests) │
└─────────────┘
┌─────────────────────────┐
│ Mocked Backoffice │ ← No backend, realistic UI
│ MSW: 6 | Mock Repo: 6 │
└─────────────────────────┘
┌─────────────────────────────────────┐
│ Unit Tests │ ← Fast, isolated
│ (13 tests) │
└─────────────────────────────────────┘
```
### Test Count by Level
| Level | Tests | Speed | Backend Required |
|-------|-------|-------|------------------|
| Unit | 13 | ~1s | None |
| MSW Mocked | 6 | ~30s | None (MSW) |
| Mock Repository | 6 | ~37s | None |
| E2E | 7 | ~15s | Real Umbraco |
| **Total** | **32** | | |
### Working Example: tree-example
The `tree-example` demonstrates all testing approaches in one project:
```bash
cd /path/to/tree-example/Client
# Unit tests (fast, no server)
npm test # 13 tests, ~1s
# MSW mocked tests (requires mocked backoffice)
npm run test:mocked:msw # 6 tests, ~30s
# Mock repository tests (requires mocked backoffice)
npm run test:mocked:repo # 6 tests, ~37s
# E2E tests (requires real Umbraco)
URL=https://localhost:44325 \
[email protected] \
UMBRACO_USER_PASSWORD=yourpassword \
npm run test:e2e # 7 tests, ~15s
```
**Location**: `umbraco-backoffice/examples/tree-example/Client/`
---
## Reference Examples
The Umbraco-CMS repository contains extensive test examples:
| Type | Location |
|------|----------|
| Unit tests | `src/Umbraco.Web.UI.Client/examples/*/` |
| MSW handlers | `src/Umbraco.Web.UI.Client/src/mocks/handlers/` |
| E2E tests | `tests/Umbraco.Tests.AcceptanceTest/tests/` |
| Extensions | `src/Umbraco.Web.UI.Client/examples/` (27 examples) |
| **Complete pyramid** | `umbraco-backoffice/examples/tree-example/Client/` |
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.