T-Minus：テストとリハーサル
6つのテスト層とその実行時期、テストの役割と職務分担、リハーサルの設計と実行、実行可否の基準、および重大度による欠陥のトリアージ。
独立したテストフェーズはありません。各レイヤーは、対応するオブジェクトが準備できた時点で実行され、リハーサルがユーザー受け入れテスト（UAT）となります。プラットフォームは標準化されているため、テストは顧客の構成、データ、および統合に焦点を当て、製品自体を再テストすることはありません。
| 層 | それが証明すること | いつ | 誰が | 証拠 |
|---|---|---|---|---|
| 構成チェック | セッション内のサンプルデータで検証された各設定 | T-17 → T-11 | 主要ユーザー、台帳アーキテクト | Fit Ledgerラインごとのテストプラン結果 |
| 移行検証 | モックごとのカウント、ハッシュ合計、TB、およびサブ元帳の照合 | T-10 → T-3 | 移行指揮者、データ所有者、財務管理者 | オブジェクト登録簿、拒否リスト、照合シート |
| 統合テスト | テストパートナーを含むすべてのエンドポイント、エラーパスも含む | T-10 → T-4 | レジャーアーキテクト、パートナー | メッセージログ |
| 役割と権限のテスト | 各役割は、本来果たすべきことを正確に認識し、実行できる。SoDチェック | T-9 → T-5 | 主要ユーザー、導入ナビゲーター | 役割テストの結果 |
| 連続性チェック | Live DRを契約している場合の切り替え訓練、バックアップ/リストアの証明 | T-5 → T-3 | オペレーションパイロット、移行コンダクター | ランブックのタイミング、訓練レポート |
| リハーサル = UAT | 実際のユーザーによる実際のビジネスデー、レガシーシステムと並行して | T-2 → T-1 | すべてのT+1ユーザー | リハーサル台本、入場記録 |
Fit LedgerのConfigure-nowの各行には、結果を含む少なくとも1つの構成チェックが含まれているため、T-11ゲートは会議ではなくフィルターです。
役割、権限、職務分担
| それぞれの役割は… | 各役割は… |
|---|---|
| そのエンティティ、データ、メニューのみを表示する | 作成されたものを承認する — 同じ請求書を入力して承認する |
| リハーサル課題のすべてのステップを実行する | ベンダーを作成して支払います |
| アクションキュー内の適切な項目を確認する | 銀行口座情報を変更して支払いを解放する |
| ASK は、その権限の範囲内で、独自のタスクに使用します。 | 締め切り期間に投稿するか、投稿済みの文書を編集する |
各役割ごとに固有のログイン情報を使用してテストを実施してください。管理者アカウントでテストに合格したとしても、その役割に関する知識は何も証明されません。
リハーサルの設計（例）
実際のビジネスデーを丸ごと1日分記録する：顧客自身の取引を、顧客自身の役割に基づいて行う。教科書通りの流れではなく、顧客にとって最も忙しい通常の1日を基にスクリプトを作成する。
| 時間 | プロセス | 役割 | 実際の取引 | 従来品と比較して |
|---|---|---|---|---|
| 8:00 | 朝の行列 | すべてのユーザー | ランク付けされたアクションキューがレビューされました | — |
| 8時30分 | ご注文のお見積もり | 販売 | 本日の見積もりと注文、信用調査 | 注文合計金額 |
| 9時30分 | 調達する | 購入 | 発注書、承認 | 発注書合計 |
| 10時30分 | 受け取る | 倉庫 | 商品受領、入庫 | 株価の動き |
| 11:30 | 発送と請求書 | 倉庫、請求 | 出荷および顧客請求書 | 請求書の合計金額 |
| 13:00 | 買掛金 | AP事務員、承認者 | 仕入先請求書、照合、承認 | AP老化 |
| 14:30 | 給与関連イベント | 人事部 | 採用、変更、時間、手当 | 給与計算入力 |
| 15:30 | 現金 | 財務省 | 支払処理、銀行ファイル、領収書 | 銀行残高 |
| 16:30 | 終業 | コントローラ | 日報、試算表 | 本日のTB |
リハーサルを行う
| 準備（T-2） | ラン（T-1） | 閉店（T-1日夜） |
|---|---|---|
| リハーサルテナント（ドライランデータより） | ユーザーはTRANXACTに実際の一日を入力します。 | 従来との比較結果 |
| 本日収集した実際の文書 | レガシーは通常通り同じ日に運行されます | 修正リストを実行し、再確認しました。 |
| ログインしたすべてのユーザー、キューライブ | ASKとナビゲーターはフローをサポートします | ゲート基準スコア |
| プロセスごとのオブザーバー数 | 時間と役割に関する問題が記録されました | カウントダウンのオーナーがGOを決定する |
T+1にシステムを利用する人は全員参加します。欠席者はT-1の午後に予定された補習を受け、導入登録簿に記録されます。このリハーサルはトレーニングも兼ねており、実際の業務を経験したユーザーは教室での研修を必要とせず、企業は文書ではなく証拠に基づいて承認を行います。
ゴー／ノーゴーゲート（提案されているデフォルト）
| 基準 | しきい値 | 証拠 | ブロックは稼働開始しますか？ |
|---|---|---|---|
| リハーサル工程は合格した | 重要なステップの100%、全ステップの95%以上 | リハーサル台本 | はい |
| リハーサル結果は伝統に合致 | 合計が等しいか、説明されている | 比較表 | はい |
| 予行演習による照合 | TBデルタはゼロ。補助元帳は一致している。 | 照合シート | はい |
| ドライランの所要時間 | 切り替えウィンドウ内 | ランブックのタイミング | はい |
| 重大な欠陥が開いています | 0 | テスト計画 | はい |
| ユーザーは各自の役割でリハーサルを行った。 | T+1ユーザーの95%以上 | 養子縁組登録簿 | レビュー |
| 実運用準備済みの統合 | エンドポイントと認証情報を確認済み | 統合ログ | スコープを外す |
NO-GOは、デフォルトでは期日遅延を意味するものではありません。カウントダウンオーナーは、失敗したスコープをT-Plusに持ち越し、合格したスコープでT-0に本番稼働させることができます。
不具合トリアージ（デフォルト設定案）
| 重大度 | 意味 | 何が起こるのですか |
|---|---|---|
| 致命的 | コアプロセスを停止したり、誤った財務結果やデータ損失を引き起こしたりする。 | ゲート前に修正するか、手動による暫定措置でプロセスをT-Plusの範囲外に移動する |
| 高い | このプロセスは、かなりの労力または回避策を伴って機能します。 | カウントダウン中に当日修正し、リハーサルで再テストする。 |
| 中くらい | 不便だが、簡単な回避策がある | 稼働開始後2週間以内に修正する |
| 低い | 化粧品か、あると便利なもの | Fit LedgerのT-Plusというタグが付いたライン |
チケットキューではなく、スタンドアップミーティングでトリアージを行う：すべての不具合には担当者が割り当てられ、その不具合が提起されたミーティングで当日またはT-Plus決定が下される。
「提案されたデフォルト値」とマークされた値は、本手法で推奨される開始点です。各案件ごとにそれぞれの値を確認してください。契約書、注文書、およびSLAが優先されます。