deb-sig/double-entry-generator

Start to add more unit tests

Open

#144 geöffnet am 19. Feb. 2025

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)Go (100 Forks)user submission
enhancementgood first issuehelp wanted

Repository-Metriken

Stars
 (697 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 2T 11h) (4 gemergte PRs in 30 T)

Beschreibung

Is your feature request related to a problem? Please describe.

截至目前为止，本项目都还没有任何的单元测试, 我们有的只是基本账单文件的 end-to-end test, 软件开发的best practice 是 unit test >> integration test >> end-to-end test, 不过我们的现在是只有 end-to-end test.

Describe the solution you'd like 从现在开始，给项目增加单元测试用例

Describe alternatives you've considered 继续使用已有的end-to-end test, 但是随着项目支持 provider 的增多, 以及需要覆盖的场景的增加, 只有 end-to-end test 会显得力不从心.

Additional context #142

Contributor Guide

Research-Richtung
Beginnen Sie mit der Untersuchung der vorhandenen End to End Tests und der Projektcodebasis, um die zu testenden Schlüsseleinheiten zu identifizieren. Betrachten Sie die Projektstruktur, insbesondere die Hauptpakete (z. B. Provider Parser, Ledger Generierung). Überprüfen Sie Issue #142 für zusätzlichen Kontext. Schreiben Sie Unit Tests für Kernlogikfunktionen, indem Sie die Go Test Best Practices befolgen. Erwägen Sie die Verwendung des Standard Testpakets oder von testify, falls bereits vorhanden.
Tech Stack
go
Domain
backend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Go
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70