シナリオの青写真とそれを安全にテストするための計画を説明します。 JSON {"scenario_name":"...","steps":["..."],"test_cases":["..."],"rollback":"..."} を返します。 steps - トリガーからアクションまでの番号付きステップ。 test_cases - 明らかに不正なもの (空のフィールド、別の言語、二重) を含む 3 ~ 5 個のテスト例の配列。 rollback - スクリプトが失敗し始めた場合に、スクリプトをすぐにオフにするかロールバックする方法。 rollback または steps では、ライブ起動前のサイレント/テスト実行 (アクションはログのみを記録し、実際には送信しません) について説明します。
セットアップする前に、シナリオを紙に記述する必要があります。これは、修理にかかる時間を節約するための図面です。形式はシンプルです。トリガーからアクションまでのステップに番号が付けられ、その隣に入力に何が入力され、各ステップから何が出力されるかが示されます。テストの仕組みは飛行機に似ており、まず地上でテスト走行します。明らかに曲がったもの (空白のフィールド、別の言語の文字、二重アプリケーション) を含む 3 ~ 5 つの実際の例を取り上げ、それらに対してスクリプトを実行し、最終結果だけでなく各ステップの結果を確認します。レバレッジ: 「悪い」例を具体的にテストします。通常の例はいずれにせよ合格しますが、すべてが端で壊れます。 Insider: 新しいスクリプトを「サイレント モード」で有効にします。動作させますが、アクションはログに記録されるだけで、実際には送信されません。私たちは一日それを見て、確認して電源を入れました。 2 番目のトリック: 事前にロールバックについて考えてください。スクリプトが雪崩を起こし始めた場合に、ボタン 1 つでスクリプトをオフにする方法です。典型的な新人の間違い: ライブクライアントとの戦闘にすぐに参加し、コーヒーを飲みに出かけます。最初の非標準入力でボットは 100 件の不正な電子メールを送信し、評判を晴らすには 30 分のテストよりもコストがかかります。
アクセスのロックを解除して、AI による即時レビューのためにソリューションを送信します。