Treseko 1.0.6: QA-, KI- und Traceability-Neuerungen

Eine Version zeigt sich darin, was sie ermöglicht

Treseko 1.0.6 bündelt Verbesserungen für Testentwurf, Nachweise und die Bewertung des Build-Risikos. Der rote Faden: Release-Entscheidungen brauchen Kontext, ohne ihn aus einem Dutzend offener Tabs zusammensuchen zu müssen.

Ein Teil dieser Arbeit wurde seit 1.0.2 aufgebaut. Die folgenden Links führen direkt zu den jeweiligen Funktionsleitfäden.

Tests, die sich wiederholen und nachvollziehen lassen

API-Tests legen Anfragen, Variablen und Prüfungen fest; Konversationstests ordnen Nachrichten und Erwartungen nach Turns. In beiden Fällen kann das Team Ergebnis und Nachweise erneut ansehen, statt den Test aus einem Chat zu rekonstruieren. Testformat und Ausführungsart bleiben getrennte Dinge.

KI bereitet Arbeit vor, das Team prüft

Die KI-Unterstützung kann Anforderungen, User Stories und Testfälle vorschlagen. Profile, Modelle und Workflows lassen sich passend zur Aufgabe konfigurieren. Ein Vorschlag ist ein Ausgangspunkt: Das Team prüft Kriterien, Abdeckung und Annahmen vor der Übernahme. So sinkt Wiederholungsarbeit, ohne eine Modellantwort als genehmigte Entscheidung zu behandeln.

Von der Anforderung zum Ergebnis, ohne den Zusammenhang zu verlieren

Die Nachverfolgbarkeit verbindet Anforderungen, Stories, Testfälle, Ausführungen und Bugs. Sie zeigt, welchen Bedarf ein Test abdeckt, wo Abdeckung fehlt und welches Ergebnis oder welcher Fehler dazugehört. Ändert sich eine Story, hat das Team mehr Kontext für die nächste Prüfung, statt verstreute Verweise suchen zu müssen.

Berichte teilen, mit klaren Grenzen

Management- und Teamberichte bereiten QA-Informationen für unterschiedliche Zielgruppen auf; Snapshots bewahren eine konkrete Ergebnissicht. Freigabelinks können ablaufen oder widerrufen werden. Die Verfügbarkeit hängt von Edition und Berechtigungen ab: Ein geteilter Bericht öffnet nicht die gesamte Installation.

Berechtigungen passend zur Verantwortung

Organisationen, Mitglieder, Rollen und Berechtigungen lassen sich so verwalten, dass der Zugriff zur jeweiligen Aufgabe passt. Mitarbeitende sollen in ihrem Bereich sehen und tun können, was nötig ist, ohne für jede Anfrage Administratorrechte zu vergeben. Die verfügbaren Optionen hängen von Rolle und aktivierten Funktionen der Installation ab.

Dokumentation und Inventar direkt beim Projekt

Das Projekt-Wiki hält Entscheidungen und Verfahren in Markdown-Seiten fest; das Inventar erfasst Assets und Endpoints, die den Testkontext erklären. Wer einen Fall wieder aufnimmt, findet die Hintergründe leichter. Beides ersetzt keine Ausführungsnachweise; das Inventar führt keine Performance-Tests aus und ins Wiki gehören keine Geheimnisse.

Worker erhalten passende Aufgaben

Registrierte Worker melden Status und Fähigkeiten. Treseko nutzt diese Angaben, um neue Aufgaben nicht an inaktive oder widerrufene Worker zu vergeben und die Kompatibilität mit Framework und Sprache zu prüfen. Der Worker führt den Job aus und liefert das Ergebnis zurück; Fälle, Ausführungen und Nachweise bleiben in Treseko nachvollziehbar.

MCP-Integrationen mit klaren Berechtigungen und Kontrollen

Kompatible Tools können über MCP Informationen lesen oder ändern, soweit Funktionen und Berechtigungen freigegeben sind. So lassen sich Assistenten anbinden, ohne ihnen allgemeinen Zugriff auf die Installation zu geben. Verfügbare Operationen hängen von Scopes und Rollen ab; MCP ist keine Konsole für beliebige Befehle.

Updates mit Prüfungen und Rückweg

Treseko bereitet Komponenten vor und prüft sie, bevor ein Update aktiviert wird. Die neue Version gilt erst nach dem Start der Dienste und bestandenen Prüfungen als bestätigt; bei einem Fehlschlag stehen Backup und Wiederherstellungsweg bereit. Das senkt das Risiko eines halb aktualisierten Systems, ersetzt aber keine betrieblichen Sicherungen.

Weniger Reibung im Alltag

Die Version bündelt Verbesserungen bei Navigation, Anhängen, Nachweisen und Berichten und berücksichtigt kleinere Bildschirme besser. Die Anwendungsoberfläche ist auf Spanisch, Englisch und Portugiesisch verfügbar. Das hilft Teams, schneller zu finden, was sie brauchen, und Ergebnisse im Arbeitskontext zu prüfen.

Sicherheit und Automatisierungsstatus

Der Schutz sensibler Daten, die Verbindungsprüfung sowie die Verwaltung von Zugangsdaten und Berechtigungen wurden ebenfalls verbessert. Kann Treseko das Ergebnis einer Automatisierung nicht bestätigen, bleibt der Status unbekannt und wird nicht als bestanden markiert.

Automatisierung ist keine blinde Freigabe

Lässt sich das Ergebnis eines Laufs nicht bestimmen, bleibt es in Treseko unbekannt und wird nicht als bestanden markiert.

Die verlinkten Leitfäden erläutern Umfang, Kontrollen und Nutzungsvoraussetzungen der einzelnen Funktionen.