Testing

Perché? Durante il mio lavoro quotidiano mi capita a volte di dover fare il debug di job di test openQA falliti. Uno dei mantra del testing è riprodurre il problema e per questo compito la community di openQA ha sviluppato alcuni strumenti. In pratica, ho spesso un output come questo qui sotto proveniente da alcune operazioni di clonazione dei job: Cloning parents of sle-15-SP4-Server-DVD-Updates-x86_64-Build20250112-1-fips_ker_mode_gnome@64bit 1 job has been created: - sle-15-SP4-Server-DVD-Updates-x86_64-Build20250112-1-fips_ker_mode_gnome@64bit -> https://openqa.suse.de/tests/16425390 Cloning parents of sle-15-SP5-Server-DVD-Updates-x86_64-Build20250112-1-fips_ker_mode_gnome@64bit 1 job has been created: - sle-15-SP5-Server-DVD-Updates-x86_64-Build20250112-1-fips_ker_mode_gnome@64bit -> https://openqa.suse.de/tests/16425391 Cloning parents of sle-15-SP4-Server-DVD-Updates-x86_64-Build20250112-1-fips_ker_mode_gnome@64bit 1 job has been created: - sle-15-SP4-Server-DVD-Updates-x86_64-Build20250112-1-fips_ker_mode_gnome@64bit -> https://openqa.suse.de/tests/16425392 E quando voglio monitorare quei job, dovrei copiare e incollare tutti gli URL dei job e passarli come argomenti alla fantastica utilità openqa-mon, che mostrerà e mi notificherà lo stato dei job nel terminale. ...

💾 Introduzione Ho appena trovato una scheda SD molto economica su un negozio online e, sapendo che ci sono diversi falsi in circolazione, ho voluto verificare rapidamente se le sue dimensioni e la sua velocità rispettano le specifiche. Nota: dopo la prima pubblicazione, un gentile lettore mi ha segnalato che gli strumenti F3 (The F3 tools) sono perfetti per questo scopo, ed è vero; se volete seguire una strada manuale e imparare qualcosa lungo il percorso, continuate a leggere… ...

🤓 Introduzione Il testing manuale delle applicazioni GUI può diventare noioso e soggetto a errori con l’aumento delle funzionalità e della complessità. Il testing headless offre una soluzione automatizzando le interazioni dell’interfaccia utente (UI) senza la necessità di un display fisico. Questo approccio consente un’esecuzione più rapida dei test, una migliore ripetibilità e una perfetta integrazione con le pipeline di continuous integration e continuous delivery (CI/CD). In questo post esploreremo come sfruttare pytest-qt, un potente framework per il testing headless di applicazioni PySide/PyQt. ...

Introduzione Questo articolo fa seguito al mio post precedente ed è una sorta di continuazione della serie sull’argomento, in cui esploriamo modi per rendere il nostro sistema di test più "inaffidabile" al fine di osservare se le nostre applicazioni si comportano correttamente in ambienti difficili e non ideali. In questo articolo esploreremo alcune tecnologie Linux: Network Namespace (netns) Dispositivi Ethernet Virtuali (veth) Politica di scheduling per l’emulazione di rete (netem) L’obiettivo è configurare un collegamento di rete virtuale all’interno del nostro sistema, far comunicare i due dispositivi di rete tra loro e quindi simulare una comunicazione scadente/lenta/instabile/difettosa per testare come si comportano le applicazioni in condizioni difficili. ...