getsentry / getsentry/sentry-javascript
bun: test coverage is thin
- Lenguaje dominante
- TypeScript
- Estrellas
- 8.7k
- Forks
- 1.8k
- Merge medio
- 1 d 17 h
- PR fusionados (30 d)
- 515
Descripción
* `bun test` reports 50 tests across 5 files. Cloudflare has 929, hono 241.
* No tests at all for `plugin.ts`, `client.ts`, `integrations/fetch.ts`.
* `dev-packages/bun-integration-tests` has 5 suites: `basic`, `fetch`, `hono-sdk`, `orchestrion-mysql`, `orchestrion-postgres`. Deno has 24.
* Bun tests run under `bun test`, not vitest, so `yarn test` at the repo root does not run them. Easy to forget locally.
**Work item.** Pick the three highest-value additions: `plugin.ts` (the only instrumentation path that actually works on Bun today), streaming responses once B3 lands, and one more real orchestrion integration suite that goes through `Bun.build` (redis or express).
**Prior art ***(related history only)*. [#18635]() (open) "Expand canary test coverage across all framework SDKs" is the nearest umbrella. No issue covers the Bun unit or integration test gap specifically.
Guía de contribución
Línea de trabajo
Start by inspecting the existing Bun tests and the suites under dev-packages/bun-integration-tests, then run them with bun test rather than yarn test. Add coverage for plugin.ts, streaming responses once B3 lands, and one Bun.build-based orchestrion suite for redis or express. Done means the selected unit and integration paths are covered and pass under bun test.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- bun, typescript
- Área
- testing-qa
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 55/100