TDD: Document Unit Tests and automated UI Testing
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- documentation, testing
Direzione di ricerca
Inizia esaminando l’infrastruttura Gtk.test_init collegata, Vest, Valadate, GNOME Wiki TestSample e i riferimenti a Gherkin. Determina e documenta gli approcci preferiti dal progetto per i test unitari e i test UI automatizzati, includendo indicazioni sufficienti affinché gli sviluppatori possano applicarli. Il lavoro sarà considerato completato quando la documentazione spiegherà chiaramente entrambi i workflow e non lascerà irrisolta la scelta del framework.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
Currently we are not using automated testing a lot - I think this is mainly due to lack of knowledge. There's probably quite some potential in avoiding regressions, especially when we use a combination of automated UI and Unit testing.
Proposal
Document the preferred way of doing UI testing as well as Unit Testing
Prior Art (Optional)
- Gtk provides infrastructure for automated UI testing, not sure how this works though: https://valadoc.org/gtk4/Gtk.test_init.html
- There is Vest, a Unit Testing framework built with Vala: https://github.com/jorchube/vest
- There is Valadate as well which looks quite feature complete, even though it seems no longer to be maintained: https://github.com/chebizarro/valadate
- There is some documentation about testing in the GNOME Wiki (probably the foundation of Vest): https://wiki.gnome.org/Projects/Vala/TestSample
- And there is Gherkin - not sure if that's usefull in our case though: https://gist.github.com/chebizarro/6c949fafe1e9a2c59b26
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 88
- Fork
- 30
- Merge medio
- 18h 33m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di elementary/docs
-
Good First Issue
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
elementary/docs#244 ·
-
Update for Sysupdate imagesAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 62/100
elementary/docs#245 ·
-
Priority: Wishlist
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 52/100
elementary/docs#241 · 1 reazione ·
-
Modernize design guidelinesAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
elementary/docs#236 · 3 commenti ·
-
Needs Design Priority: Wishlist
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
elementary/docs#235 · 4 commenti ·
Tutte le issue di elementary/docs
Issue simili
-
skills.mdx: ReadResourceDirectoryRequest does not type-check against the 2026-07-28 base schemaAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
modelcontextprotocol/ext-skills#156 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
neondatabase/website#6038 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
zhuima/awesome-cloudflare#237 ·
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
open-telemetry/opentelemetry-go-compile-instrumentation#1445 ·
I maintainer di solito rispondono entro 2 giorni
-
docs
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100