codenotary/immudb

Tests improvements: Better check for errors

Offen

#1.435 geöffnet am 26.10.2022

Auf GitHub ansehenContributor Guide
 (3 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Go (371 Forks)auto 404
enhancementgood first issue

Repository-Metriken

Stars
 (8.999 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 5T 15h) (18 gemergte PRs in 30 T)

Beschreibung

What would you like to be added or enhanced

In many tests we're using require.Error(t, err) which only checks if the error happened without checking if the error is actually expected.

We should add more detailed error check, either by using require.ErrorIs or require.ErrorContains assertions.

Why is this needed

When expecting an error it is necessary to ensure the returned error is what was expected. It may turn out that in some cases the error checked by the test is not what it should be.

Contributor Guide

Research-Richtung
Durchsuchen Sie die Testdateien nach allen require.Error(t, err) Aufrufen und ersetzen Sie diese durch spezifischere Assertions wie require.ErrorIs oder require.ErrorContains, basierend auf dem erwarteten Fehlertyp oder der Fehlermeldung.
Tech Stack
go
Domain
databasebackend
Issue Type
Test
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
1
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Unter 1 Stunde
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Gotesting
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
90