Treseko 1.0.6：QA、AI、トレーサビリティの更新

バージョンの価値は、できることに表れます

Treseko 1.0.6 では、テスト設計、証跡の保持、ビルドのリスク把握を改善しました。リリース判断に必要な背景を、開いたタブを何枚も行き来して再構成しなくて済むことが狙いです。

これらの改善の一部は 1.0.2 以降に積み重ねられました。以下のリンクから各機能のガイドを確認できます。

繰り返し実行し、結果を確認できるテスト

API テストではリクエスト、変数、検証条件を定義し、会話テストではメッセージと期待値をターンごとに並べます。どちらも結果と証跡を後から確認でき、チャットから実施内容を推測する必要がありません。ケースの形式と実行方法は別の設定です。

AI が下書きを支援し、チームが確認する

AI は要件、ストーリー、テストケースの案を作成できます。タスクに合わせてプロファイル、モデル、ワークフローも設定できます。案は出発点です。適用する前に、基準、網羅性、前提をチームが確認します。繰り返し作業を減らしながら、モデルの回答を承認済みの判断として扱わずに済みます。

要件から結果まで、つながりを保つ

トレーサビリティは要件、ストーリー、ケース、実行、バグを関連付けます。どの要望をテストでカバーしたか、どこに不足があるか、どの結果や不具合が関係するかを確認できます。ストーリーが変わったときも、散らばった参照を探さずに見直す範囲を判断しやすくなります。

共有でき、期限や失効を管理できるレポート

経営向けとチーム向けのレポートで、対象に合わせて QA 情報を伝えられます。スナップショットは結果の特定時点を保持します。共有リンクには期限を設定でき、必要なら取り消せます。利用可否はエディションと権限によって異なり、レポート共有でインストール全体が公開されるわけではありません。

役割に合ったアクセス権限

組織、メンバー、ロール、権限を管理し、各自の仕事に合うアクセスを付与できます。すべての依頼に管理者権限を使うのではなく、担当範囲で必要な操作だけを行えるようにするのが目的です。使える設定はロールとインストールで有効な機能によって異なります。

プロジェクトのそばに置く Wiki とインベントリ

プロジェクト Wiki には Markdown で決定事項や手順を記録し、インベントリにはテスト環境を理解するための資産やエンドポイントを登録します。ケースを引き継ぐときに背景を探しやすくなります。実行証跡の代わりにはならず、インベントリは性能テストを実行しません。Wiki に秘密情報を保存しないでください。

対応できる Worker にだけジョブを割り当てる

登録済み Worker は状態と能力を報告します。Treseko はこれを使い、停止中または失効した Worker への新規割り当てを避け、宣言されたフレームワークと言語に適合するか確認します。Worker は実行結果を返しますが、ケース、実行、証跡の記録は Treseko に残ります。

権限と制御が明確な MCP 連携

互換ツールは MCP を通じて、許可された機能と権限の範囲で情報を参照または変更できます。アシスタントを連携しても、インストール全体へのアクセスを渡す必要はありません。操作範囲は scope とロールで決まり、任意のコマンドを実行するコンソールではありません。

検証と復旧手段を備えた更新

更新を有効にする前に、Treseko はコンポーネントを準備して検証します。サービスが起動しチェックを通過してから新しいバージョンを確定します。失敗時にはバックアップと復旧手順を利用できます。更新途中の状態で止まるリスクを下げますが、運用バックアップは引き続き必要です。

日々の作業を少しスムーズに

ナビゲーション、添付ファイル、証跡、レポートを改善し、小さな画面にも配慮しました。アプリの UI はスペイン語、英語、ポルトガル語に対応しています。必要な情報を見つけやすくし、チームが普段の作業環境で結果を確認できるようにします。

セキュリティと自動化の判定状態

機微データの保護、接続先の検証、認証情報と権限の管理も強化しました。自動化の結果を確認できない場合、Treseko は状態を不明のまま保持し、合格とは記録しません。

自動化は無条件の承認ではありません

実行結果を判定できない場合、Treseko は不明のまま保持し、合格とは記録しません。

各機能の範囲、制御、利用条件は、リンク先のガイドで説明しています。