Treseko 1.0.6: novità QA, IA e tracciabilità

Una versione si capisce da ciò che permette di fare

Treseko 1.0.6 riunisce miglioramenti per progettare test, conservare evidenze e capire il rischio di una build. Il filo conduttore è semplice: una decisione di release deve avere contesto, senza ricostruirlo da una dozzina di schede aperte.

Parte di questo lavoro è stata consolidata dal 1.0.2. I link qui sotto portano alle guide delle singole aree.

Test che si possono ripetere e verificare

I test API dichiarano richieste, variabili e asserzioni; quelli conversazionali ordinano messaggi e aspettative turno per turno. In entrambi i casi il team può tornare al risultato e alle evidenze, invece di ricostruire la prova da una chat. Il formato del caso e la modalità di esecuzione restano concetti distinti.

L’IA prepara il lavoro, il team rivede

L’assistenza IA può proporre requisiti, storie e casi di test. Si possono anche configurare profili, modelli e workflow in base al compito. La proposta è un punto di partenza: prima di applicarla, il team rivede criteri, copertura e ipotesi. Così si riduce il lavoro ripetitivo senza trasformare la risposta del modello in una decisione approvata.

Dal requisito al risultato, senza perdere il filo

La tracciabilità collega requisiti, storie, casi, esecuzioni e bug. Aiuta a capire quale esigenza copre un test, dove manca copertura e quale risultato o difetto gli è associato. Quando una storia cambia, il team ha più contesto per decidere cosa rivedere, senza inseguire riferimenti sparsi nei documenti.

Report da condividere, con limiti chiari

I report esecutivi e di team presentano le informazioni QA per pubblici diversi; gli snapshot conservano una vista concreta dei risultati. I link condivisi possono scadere o essere revocati. La disponibilità dipende da edizione e permessi: condividere un report non apre tutta l’installazione.

Permessi coerenti con le responsabilità

La gestione di organizzazioni, membri, ruoli e permessi aiuta a dare a ciascuno l’accesso adatto al proprio lavoro. L’obiettivo è permettere alle persone di vedere e fare ciò che serve nel proprio ambito, senza usare l’accesso amministratore come scorciatoia per ogni richiesta. Le opzioni dipendono dal ruolo e dalle funzioni abilitate.

Documentazione e inventario accanto al progetto

La Wiki del progetto raccoglie decisioni e procedure in pagine Markdown collegate al progetto; l’inventario registra asset ed endpoint utili a capire l’ambiente di un test. Così il contesto è più facile da ritrovare quando si riprende un caso. Non sostituiscono le evidenze di esecuzione; l’inventario non esegue test di performance e la Wiki non deve contenere segreti.

Worker che ricevono attività compatibili

I worker registrati comunicano stato e capacità. Treseko usa queste informazioni per evitare di assegnare nuove attività a worker inattivi o revocati e per verificare la compatibilità con framework e linguaggio dichiarati. Il worker esegue e restituisce il risultato; casi, esecuzioni ed evidenze restano tracciati in Treseko.

Integrazioni MCP con permessi e controlli chiari

Gli strumenti compatibili possono collegarsi tramite MCP per consultare o modificare informazioni secondo le funzioni e i permessi abilitati. Così si integrano assistenti senza concedere accesso generale all’installazione. Le operazioni disponibili dipendono da scopes e ruoli; MCP non è una console per comandi arbitrari.

Aggiornamenti verificati e una via per recuperare

Treseko prepara e verifica i componenti prima di attivare un aggiornamento. La nuova versione viene confermata solo dopo l’avvio dei servizi e il superamento dei controlli; se il processo fallisce, sono previsti backup e percorso di recupero. Il rischio di lasciare l’installazione a metà diminuisce, ma i backup operativi restano necessari.

Meno attrito nel lavoro quotidiano

La versione riunisce miglioramenti a navigazione, allegati, evidenze e report, con più attenzione agli schermi piccoli. L’interfaccia dell’applicazione è disponibile in spagnolo, inglese e portoghese. Sono cambiamenti che aiutano il team a trovare prima ciò che serve e a rivedere i risultati nel proprio contesto di lavoro.

Sicurezza e stato dell’automazione

Sono state rafforzate anche la protezione dei dati sensibili, la verifica delle connessioni e la gestione di credenziali e permessi. Se Treseko non può confermare l’esito di un’automazione, lo mantiene come sconosciuto e non lo segna come superato.

Automatizzare non significa approvare alla cieca

Se non è possibile determinare l’esito di un’esecuzione, Treseko lo mantiene come sconosciuto e non lo segna come superato.

Le guide collegate spiegano l’ambito, i controlli e le condizioni d’uso di ogni funzionalità.