Il risultato è stato davvero entusiasmante per me, poiché dopo tanti mesi di ritagli di tempo e prove ho avuto modo di introdurre in JTR (ormai giunto alla versione 4.0) una funzionalità che cullavo nella mia mente da almeno due anni, vale a dire la possibilità di organizzare in modo esclusivamente dichiarativo delle sessioni di test distribuite su più nodi cooperanti, ovviamente cercando di ridurre al minimo possibile (con le tecnologie ad oggi impiegte) le attività di configurazione dell'utente finale.
Bene, il risultato è stato sorprendente! In questo tipo di scenari il problema principale è dato dal fatto che le logiche (nella fattispecie quelle di test) sono contenute in classi scritte dall'utente di JTR. Affinché quegli stessi test possano essere eseguiti da altri nodi JTR (i nodi passivi), è necessario che quelle stesse classi e tutte le eventuali altre librerie necessarie siano disponibili nel classpath dei nodi passivi.
Se questo richiede tipicamente tediose (e spesso prone ad errori) configurazioni manuali di repository comuni di classi (basti pensare alla modalità standard prevista da RMI), altrettanto non si può dire per JTR 4.0.
Il runtime è capace di far fronte autonomamente a questi problemi, riducendo drammaticamente il peso che tradizionalmente ricadrebbe sull'utente finale.
Ho anche provveduto a registrare una sessione audio-video quale demo della funzionalità JTR EDiT (Effortless Distributed Testing), disponibile on-line sul sito del progetto http://jtrunner.sourceforge.net nella sezione Demos.
Qui in basso è disponibile la versione in bassa risoluzione, presente su YouTube.Ora attendo di pubblicare JTR 4.0 in versione finale, avendo già individuato piccoli elementi di correzione da introdurre nel pacchetto finale (per ora non nel codice per fortuna ;)).
F.
