Treseko 1.0.6 : nouveautés QA, IA et traçabilité

Une version se comprend par ce qu’elle permet

Treseko 1.0.6 rassemble des améliorations pour concevoir les tests, conserver les preuves et comprendre le risque d’une build. Le fil conducteur est simple : une décision de release doit garder son contexte, sans le reconstruire depuis une douzaine d’onglets.

Une partie de ces évolutions s’est accumulée depuis 1.0.2. Les liens ci-dessous mènent aux guides de chaque domaine.

Des tests que l’équipe peut répéter et examiner

Les tests API déclarent requêtes, variables et assertions ; les tests conversationnels ordonnent messages et attentes tour par tour. Dans les deux cas, l’équipe peut revenir au résultat et à ses preuves au lieu de reconstruire l’essai depuis un chat. Le format du cas et son mode d’exécution restent deux notions distinctes.

L’IA prépare le travail, l’équipe garde la main

L’assistance IA peut proposer des exigences, des récits et des cas de test. Des profils, modèles et workflows peuvent aussi être configurés selon la tâche. Une proposition reste un point de départ : l’équipe vérifie critères, couverture et hypothèses avant de l’appliquer. Le travail répétitif diminue sans transformer une réponse du modèle en décision approuvée.

De l’exigence au résultat, sans perdre le fil

La traçabilité relie exigences, récits, cas, exécutions et bugs. Elle aide à voir quel besoin un test couvre, où la couverture manque et quel résultat ou défaut lui est associé. Lorsqu’un récit évolue, l’équipe dispose de plus de contexte pour savoir quoi revoir, sans courir après des références dispersées.

Des rapports à partager, avec des limites nettes

Les rapports exécutifs et d’équipe présentent les données QA selon le public ; les snapshots conservent une vue précise des résultats. Les liens partagés peuvent expirer ou être révoqués. Leur disponibilité dépend de l’édition et des permissions : partager un rapport n’ouvre pas toute l’installation.

Des permissions adaptées aux responsabilités

La gestion des organisations, membres, rôles et permissions aide à accorder à chacun l’accès utile à son travail. L’objectif est que les collaborateurs voient et fassent ce qui relève de leur périmètre, sans utiliser l’accès administrateur comme solution par défaut. Les options dépendent du rôle et des fonctions activées dans l’installation.

Documentation et inventaire au plus près du projet

Le Wiki du projet rassemble décisions et procédures dans des pages Markdown liées au projet ; l’inventaire recense actifs et endpoints utiles pour comprendre l’environnement d’un test. Le contexte est plus facile à retrouver lorsqu’on reprend un cas. Ils ne remplacent pas les preuves d’exécution ; l’inventaire ne lance pas de test de performance et le Wiki ne doit pas contenir de secrets.

Des workers qui reçoivent des tâches compatibles

Les workers enregistrés signalent leur état et leurs capacités. Treseko s’en sert pour éviter d’attribuer de nouveaux travaux à un worker inactif ou révoqué et pour vérifier la compatibilité du framework et du langage déclarés. Le worker exécute et renvoie le résultat ; Treseko reste la source de vérité pour les cas, exécutions et preuves.

Des intégrations MCP avec des permissions et contrôles clairs

Les outils compatibles peuvent se connecter via MCP pour lire ou modifier des informations selon les fonctions et permissions activées. Les équipes intègrent ainsi des assistants sans leur donner un accès général à l’installation. Les opérations disponibles dépendent des scopes et des rôles ; MCP n’est pas une console de commandes arbitraires.

Des mises à jour vérifiées et une voie de récupération

Treseko prépare et vérifie les composants avant d’activer une mise à jour. La nouvelle version n’est confirmée qu’après le démarrage des services et la réussite de leurs contrôles ; en cas d’échec, une sauvegarde et une voie de récupération sont prévues. Le risque d’une installation à moitié mise à jour diminue, sans remplacer les sauvegardes opérationnelles.

Moins de friction au quotidien

La version réunit des améliorations de navigation, de pièces jointes, de preuves et de rapports, avec une meilleure prise en compte des petits écrans. L’interface de l’application est disponible en espagnol, anglais et portugais. L’équipe trouve plus vite ce dont elle a besoin et examine les résultats dans son contexte de travail.

Sécurité et état de l’automatisation

La protection des données sensibles, la validation des connexions et la gestion des identifiants et des permissions ont également été renforcées. Si Treseko ne peut pas confirmer le résultat d’une automatisation, il le conserve comme inconnu et ne le marque pas comme réussi.

Automatiser ne veut pas dire approuver à l’aveugle

Si le résultat d’une exécution ne peut pas être déterminé, Treseko le conserve comme inconnu et ne le marque pas comme réussi.

Les guides associés expliquent le périmètre, les contrôles et les conditions d’utilisation de chaque fonctionnalité.