hybrid-cloud-test-gen

작성자: sentry

Sentry 코드베이스에 대한 하이브리드 클라우드 테스트를 생성합니다. "HC 테스트 생성", "하이브리드 클라우드 테스트 만들기", "HC 테스트 작성", "HC 테스트 추가", "작성…" 요청 시 사용하세요.

npx skills add https://github.com/getsentry/sentry --skill hybrid-cloud-test-gen

Hybrid Cloud Test Generation

This skill generates tests for Sentry's hybrid cloud architecture. It covers RPC services, API gateway proxying, outbox patterns, and endpoint silo decorators.

Critical Constraints

ALWAYS use factory methods (self.create_user(), self.create_organization()) — never Model.objects.create().

NEVER wrap factory method calls in assume_test_silo_mode or assume_test_silo_mode_of. Factories are silo-aware and handle silo mode internally. Only use silo mode context managers for direct ORM queries (Model.objects.get/filter/count/exists/delete).

ALWAYS use pytest-style assertions (assert x == y) — never self.assertEqual().

ALWAYS add tests to existing test files rather than creating new ones, unless no file exists for that module.

For cross-silo ORM access: use assume_test_silo_mode_of(Model) when accessing a single model (auto-detects silo). Use assume_test_silo_mode(SiloMode.X) when the block covers multiple models or non-model operations.

Use TestCase for most tests, including those using outbox_runner(). Only use TransactionTestCase when tests need real committed transactions (threading, concurrency, multi-process scenarios).

NEVER use from __future__ import annotations in test files that deal with RPC models.

Step 1: Identify Test Category

Determine which category of HC test to generate based on the user's request:

SignalCategoryGo To
RPC service, service method, serialization round-trip, dispatchRPC Service TestsStep 3
API gateway, proxy, middleware, forwardingAPI Gateway TestsStep 4
Outbox, cross-silo message, ControlOutbox, CellOutbox, outbox drainOutbox Pattern TestsStep 5
API endpoint with silo decorator, endpoint test, permission checkEndpoint Silo TestsStep 6

If the signal is ambiguous, ask the user to clarify which category.

Step 2: Gather Context

Before generating any test:

  1. Read the source module being tested. Determine its silo mode by checking for @cell_silo_endpoint, @control_silo_endpoint, local_mode = SiloMode.X, or @cell_silo_model/@control_silo_model decorators.

  2. Find the existing test file using the mirror path convention:

    • src/sentry/foo/bar.pytests/sentry/foo/test_bar.py
    • src/sentry/foo/services/bar/service.pytests/sentry/foo/services/test_bar.py
    • src/sentry/foo/services/bar/impl.pytests/sentry/foo/services/test_bar.py
  3. Read the existing test file to understand what's already tested, what base classes are used, and what patterns are established.

  4. Read source method signatures to understand parameters, return types, and which RPC models are involved.

Step 3: Generate RPC Service Tests

Load references/rpc-service-tests.md for complete templates and patterns.

RPC service tests must cover:

  • Silo compatibility: @all_silo_test ensures the service works across all silo modes
  • Serialization round-trip: dispatch_to_local_service verifies args/return survive serialization
  • Field accuracy: Field-by-field comparison of RPC model against ORM object
  • Error handling: Not-found returns, disabled methods, remote exception wrapping
  • Cross-silo effects: outbox_runner() + assume_test_silo_mode for propagation checks

Quick Reference — Decorator & Base Class

ScenarioDecoratorBase Class
Standard RPC service@all_silo_testTestCase
RPC with named cells@all_silo_test(cells=create_test_cells("us"))TestCase
RPC with member mapping assertions@all_silo_testTestCase, HybridCloudTestMixin

Step 4: Generate API Gateway Tests

Load references/api-gateway-tests.md for complete templates and patterns.

API gateway tests verify that requests to control-silo endpoints are correctly proxied to the appropriate cell. They must cover:

  • Proxy pass-through: Requests forwarded with correct params, headers, body
  • Query parameter forwarding: Multi-value params preserved
  • Error proxying: Upstream errors forwarded correctly
  • Streaming responses: close_streaming_response() for reading proxied response body

Quick Reference — Decorator & Base Class

ScenarioDecoratorBase Class
Standard gateway test@control_silo_test(cells=[ApiGatewayTestCase.CELL], include_monolith_run=True)ApiGatewayTestCase

Step 5: Generate Outbox Pattern Tests

Load references/outbox-tests.md for complete templates and patterns.

Outbox tests verify that cross-silo messages are created, drained, and produce the expected side effects. They must cover:

  • Outbox creation: Verify correct outbox records with outbox_context(flush=False)
  • Outbox processing: outbox_runner() drains pending messages
  • Cross-silo side effects: assume_test_silo_mode_of(Model) to check replica/mapping state
  • Idempotency: Draining the same shard twice produces no duplicates

Quick Reference — Decorator & Base Class

ScenarioDecoratorBase Class
Control outbox test@control_silo_testTestCase
Cell outbox test@cell_silo_testTestCase
Outbox with threading/concurrency(none)TransactionTestCase

Step 6: Generate Endpoint Silo Tests

Load references/endpoint-silo-tests.md for complete templates and patterns.

Endpoint silo tests verify that API endpoints work correctly under their declared silo mode. They must cover:

  • Correct silo decorator: Match endpoint → test decorator
  • Cross-silo data setup: Create data using factory methods (no silo wrapper needed)
  • Permission checks: Verify 401/403 for unauthorized access
  • Response accuracy: Verify response body matches expected data

Quick Reference — Decorator Mapping

Endpoint DecoratorTest Decorator
@cell_silo_endpoint @cell_silo_test
@control_silo_endpoint@control_silo_test
@control_silo_endpoint (with proxy)@control_silo_test(cells=create_test_cells("us"))
No decorator (monolith-only)@no_silo_test

Step 7: Validate

Before presenting the generated test, verify against this checklist:

  • Correct silo decorator on test class
  • assume_test_silo_mode_of(Model) for single-model ORM access; assume_test_silo_mode(SiloMode.X) for multi-model/non-model ORM blocks
  • Factory methods (self.create_*) are NEVER wrapped in assume_test_silo_mode
  • Factory methods used — never Model.objects.create()
  • pytest-style assertions only (assert x == y)
  • Correct base class (TestCase for most tests; TransactionTestCase only for threading/concurrency)
  • Imports are correct and minimal
  • Test file at correct mirror path
  • Test methods have descriptive names (test_<action>_<scenario>)
  • Run command: pytest -svv --reuse-db tests/sentry/path/to/test_file.py

Key Imports Quick Reference

# Silo decorators
from sentry.testutils.silo import (
    all_silo_test,
    control_silo_test,
    cell_silo_test,
    no_silo_test,
    assume_test_silo_mode,
    assume_test_silo_mode_of,
    create_test_cells,
)

# Base classes
from sentry.testutils.cases import TestCase, TransactionTestCase, APITestCase

# Cross-silo utilities
from sentry.testutils.outbox import outbox_runner
from sentry.testutils.hybrid_cloud import HybridCloudTestMixin
from sentry.silo.base import SiloMode

# RPC testing
from sentry.hybridcloud.rpc.service import dispatch_to_local_service

# API gateway testing
from sentry.testutils.helpers.apigateway import ApiGatewayTestCase, verify_request_params

# Outbox models
from sentry.hybridcloud.models.outbox import ControlOutbox, CellOutbox, outbox_context
from sentry.hybridcloud.outbox.category import OutboxCategory, OutboxScope

Context Manager Quick Reference

# Use ONLY for direct ORM queries — never for factory calls
assume_test_silo_mode(SiloMode.CONTROL)     # Switch to control silo for ORM access
assume_test_silo_mode(SiloMode.CELL)        # Switch to cell silo for ORM access
assume_test_silo_mode_of(ModelClass)        # Switch to silo matching model's silo mode

outbox_runner()                             # Drain all pending outboxes on exit
outbox_context(flush=False)                 # Create outboxes without flushing
override_cells(cells)                       # Override active cell config
override_settings(SILO_MODE=SiloMode.X)     # Override Django settings
override_options({"key": value})            # Override Sentry options

sentry의 다른 스킬

generate-frontend-forms
sentry
Sentry의 새로운 폼 시스템을 사용하여 폼을 생성하는 가이드입니다. 폼, 폼 필드, 유효성 검사 또는 자동 저장 기능을 구현할 때 사용하세요.
official
sentry-snapshots-cocoa
sentry
Apple/Cocoa 프로젝트를 위한 전체 Sentry Snapshots 설정입니다. "SnapshotPreviews 설정", "Apple 스냅샷 테스트 설정", "Apple 스냅샷 업로드" 요청 시 사용하세요.
official
architecture-review
sentry
직원 수준의 코드베이스 건강 검토. 모놀리식 모듈, 무음 실패, 타입 안전성 격차, 테스트 커버리지 구멍, LLM 친화성 문제를 찾습니다.
official
linear-type-labeler
sentry
Linear 이슈를 분류하고, 각 이슈의 제목과 설명 내용을 기반으로 Sentry 워크스페이스의 레이블 분류 체계에서 Type 레이블을 적용합니다.
official
sentry-flutter-sdk
sentry
Flutter 및 Dart를 위한 완전한 Sentry SDK 설정입니다. "Flutter에 Sentry 추가", "sentry_flutter 설치", "Dart에서 Sentry 설정" 또는 오류 구성을 요청받았을 때 사용하세요.
official
sentry-svelte-sdk
sentry
Svelte 및 SvelteKit을 위한 완전한 Sentry SDK 설정입니다. "Svelte에 Sentry 추가", "SvelteKit에 Sentry 추가", "@sentry/sveltekit 설치" 또는 구성 요청 시 사용하세요.
official
vercel-react-best-practices
sentry
Vercel Engineering의 React 및 Next.js 성능 최적화 가이드라인입니다. 이 스킬은 React/Next.js 코드를 작성, 검토 또는 리팩토링할 때 사용해야 합니다.
official
sentry-tanstack-start-sdk
sentry
TanStack Start React용 전체 Sentry SDK 설정. "TanStack Start에 Sentry 추가", "@sentry/tanstackstart-react 설치" 또는 오류 구성 요청 시 사용…
official