object-to-object mapping if needed.
- Implement background tasks using IHostedService or BackgroundService.
## Testing
- Write unit tests using xUnit, NUnit, or MSTest.
- Use Moq or NSubstitute for mocking dependencies.
- Implement
field injection for better testability.
- Leverage Spring's IoC container for managing bean lifecycles.
## Testing
- Write unit tests using JUnit 5 and Spring Boot Test.
- Use MockMvc for testing
vida de beans.
## Pruebas
- Escribe pruebas unitarias usando JUnit 5 y Spring Boot Test.
- Usa MockMvc para probar capas web.
- Implementa pruebas de integración usando @SpringBootTest.
- Usa @DataJpaTest para pruebas
effets de bord.
- Utilisez Docker Compose pour les environnements de développement local et de test.
---
**Avertissement**: Ce document a été localisé par [GitHub Copilot](https://docs.github.com/copilot/about-github-copilot/what-is-github-copilot). Par conséquent
objet si nécessaire.
- Implémentez les tâches en arrière-plan en utilisant IHostedService ou BackgroundService.
## Tests
- Écrivez des tests unitaires en utilisant xUnit, NUnit, ou MSTest.
- Utilisez Moq ou NSubstitute pour
parti du conteneur IoC de Spring pour gérer les cycles de vie des beans.
## Tests
- Écrivez des tests unitaires en utilisant JUnit 5 et Spring Boot Test.
- Utilisez MockMvc pour
construídos múltiplas vezes sem efeitos colaterais.
- Use Docker Compose para ambientes de desenvolvimento e teste locais.
---
**Aviso**: Este documento foi localizado pelo [GitHub Copilot](https://docs.github.com/copilot/about-github-copilot/what-is-github-copilot). Portanto, pode conter
mapeamento objeto-para-objeto se necessário.
- Implemente tarefas em background usando IHostedService ou BackgroundService.
## Testes
- Escreva testes unitários usando xUnit, NUnit ou MSTest.
- Use Moq ou NSubstitute para mock
testabilidade.
- Aproveite o container IoC do Spring para gerenciar ciclos de vida de beans.
## Testes
- Escreva testes unitários usando JUnit 5 e Spring Boot Test.
- Use MockMvc para testar camadas
left over is
`sdk/webpubsub-socketio-extension/examples/*/extensions.csproj`: `socketio_e2e.yml`
builds Node packages and checks the credential-free test harness on pull requests,
with live service tests restricted to pushes to `main`. It does
this project, we use `poetry` for packaging and dependency management, and
`pytest` for testing. The following commands are useful:
- **Creating the development environment:** `poetry install --with test,lint,typing`
- **Running
packaging and dependency management. Similarly,
we use `pytest` and `tox` to handle testing and test automation. The following
commands/tools are useful for the following purposes:
- **Creating the development environment
defines the
review dimensions in priority order — correctness, reliability/SRE, security,
Azure/SAP domain rules, performance, testing coverage, maintainability — along
with the evidence bar and the known false-positive classes for this
directly to `main`
- **Action**: Remind user to create/switch to feature branch first
2. **Local Testing**: ALWAYS test locally before ANY push
- **STOP if**: User tries to push without testing
- **Action
that modify code generally require a DevConfig file; limited exceptions include docs-only, tests-only, and build-script-only changes. See `CONTRIBUTING.md` and the `aws-sdk-net-devconfig` skill
reuse). The SDK manages `sessionId`, but caching does not use it.
## Development Workflows
### Testing Strategy
- **Framework**: Vitest with comprehensive mocking patterns
- **Key Pattern**: Mock external dependencies in test files using
based on access level
## Development Commands
### Build
```bash
go build -o aks-mcp ./cmd/aks-mcp
```
### Test
```bash
go test -v ./... # Run all tests
go test -race -coverprofile=coverage.txt -covermode=atomic