Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Three repositories have no unit tests (notification-outbox, notification-delivery-log, nip05-verification)

Ouverte
#905 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
72/100
Type d'issue
Bug
Clarté
Clairement spécifiée
Activité
Active
Stack technique
typescript
Domaine
database, testing

Piste de recherche

Start with the three named repository files and compare their patterns with the existing user, invoice, event, and invite-code repository specs. Then inspect the notification-outbox service spec to understand its current stubs. Add unit coverage for the listed SQL behavior and state transitions; done when each repository has tests for the specified cases, including admin filters and delivery-log outcomes.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Gap

Three repositories have no unit tests — no spec file imports them:

  • src/repositories/notification-outbox-repository.ts (162 lines)
  • src/repositories/nip05-verification-repository.ts (140 lines)
  • src/repositories/notification-delivery-log-repository.ts (96 lines)

Note the trap: test/unit/services/notification-outbox-service.spec.ts exists, but it stubs the repository (claimBatch, markDelivered, markFailed are all sinon stubs) — so the 162 lines of actual SQL in the repository are untested. The user, invoice, event, and invite-code repositories all have specs; these three don't.

How measured

Import graph over the suite: 175 spec files vs 325 src/**/*.ts files — zero spec files reference these three modules (the service spec references the repository only as a stubbed interface).

What's worth covering

  • Outbox claimBatch semantics: batch claiming without double-delivery across workers
  • markDelivered / markFailed state transitions and failure-count accounting
  • nip05-verification-repository.listForAdmin filters (domain, verified, stale, minFailures, pagination) — new in #895 and already serving the admin API untested
  • Delivery-log writes: what gets recorded on success vs failure
Langage dominant
TypeScript
Étoiles
829
Forks
234
Merge moyen
18 h 18 min
PR mergées (30 j)
69

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de cameri/nostream

Toutes les issues de cameri/nostream

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.