データセンター向け統合システムテストソフトウェア 設備全体がコマンドに応じて故障し、回復する必要があります。

ISTが開始されるまでに、発電機、UPS、開閉装置、チラー、CRAHユニット、ビルディングマネジメントコントロールはそれぞれ個別にコミッショニングされ、承認されています。

Level 5テストは、個々のシステムの受入テストでは、ユーティリティ障害、発電機故障、冷却損失がライブ制御ロジックに対して順次シミュレートされた場合に何が起こるかについて何も言及しないため存在します。

Deskelyは、すべてのテストについて、シナリオスクリプト、予期される操作シーケンス、および実際に観測された結果を保持します。これにより、ブラックビルディングテストは、目撃された逸話ではなく、比較可能な記録を生成します。

ブラックビルディング試験中、オーナー、コミッショニングエージェント、請負業者の立会人が、ネットワーク自体が試験の一部である環境で、タブレットをオフラインで使用し、ステップのタイミング、実際の動作シーケンス、および観察された逸脱を記録します。

予期されたシーケンスからの逸脱（仕様よりも遅い転送、作動しなかった制御インターロックなど）は、発見事項として直ちに提起され、正確なシナリオステップと責任システムに関連付けられます。

所見は深刻度とシナリオの再実行が必要かどうかによって分類され、これがISTスケジュールを実際に左右する決定となります。

大規模施設のIST全体は数日間にわたり複数シフトで実施され、オーナー、コミッショニングエージェント、GC、設備ベンダー、そして多くの場合、将来の運用チームが証人として立ち会います。2日目の午前2時に発生した不具合も、4日目にオーナーのVPが立ち会った不具合と同じ厳密さで記録されなければなりません。

立会シフト間の引き継ぎでは、従来から発見事項が見失われがちです。シフト交代時に口頭で伝えられた逸脱事項が曖昧に記録され、最終的な受け入れ会議が開催される頃には、観察された操作の正確な順序や、再テストが根本原因に実際に対処したのかどうかを誰も正確に再現できなくなってしまいます。

Deskelyは、すべてのシナリオの発見事項を、観察した正確なステップ、シフト、および証人に結び付けて保持します。これにより、4日目に予定されている再テストは2日目の特定の逸脱を直接参照し、最終的な施設受け入れ署名は、メモから再構築された週末の要約ではなく、完全で連続的なシナリオ履歴に対して行われます。