テストとレビューによって、変更が意図通りに動作するかが確認できます。ある成果物契約リリース後に何が真であるべきか、そしてそれをどうやって判断するかが定義されています。どのユーザー旅程が正常に通過し、どのエラーが発生しなくなり、どのルートで、どれだけのトラフィックがあって、どのくらいの期間維持されるかなどです。
新しいタスクには必ずこれが存在します。これは作業を依頼した人のものであり、作業を実行するエージェントのものではありません。そのため、作業を実行するエージェントが成功条件を再定義することはできません。
確認できる場所
タスクを開くにはファクトリー。その成果物契約カードには、各契約の種類、バージョン、ステータス、成功条件、必要な適用範囲、監視期間が表示されます。
契約の開始方法
タスク作成時に、Coroidが既存の要求内容に基づいて技術的契約のドラフトを作成します：
- 受入基準から。受入基準を持つタスクは、その 仕様または計画から、ブラウザテストで検証される旅程が正常に通過することを成功条件とするドラフトが生成されます。
- シグナルから。モニタリング、自動化処理、またはワークインテイクのAPIから来た要求には、背後にあるシグナル（エラー、アラート、問題）が含まれます。その契約では、該当するルートで十分なリクエストが処理された後、その指紋を持つ新しいイベントが発生しなくなり、24時間その状態が維持されると定義されています。ルートとリクエスト数を指定する必要があります。詳しくは
signalフィールドをご覧ください。 ワークインテイクのAPI。 - 測定可能な基準がない場合。受入基準もシグナル（ルートとカウントを含む）もない場合、契約は最終的なかつ測定不能なものとして作成されます。実際の状況を偽装せずに明記するのです。
これはすべてのタスクに適用され、計画の一部として自動化処理や修正作業でCoroidが作成するタスクも含まれます。契約が導入される前に存在したタスクには契約が設定されていません。
契約の確定と変更
ドラフトは編集可能です。確定すると、それが確定します。その後、新バージョンを使うと、変更内容が次のバージョンとして保存され、以前のバージョンも保持されるため、作業開始時に何が約束されていたかを常に確認できます。契約の記述は、作業を依頼した人、または
マンデートの下で承認された作業の場合は、そのマンデートの所有者のみが行えます。エージェントやサービスアカウントは契約の作成、編集、確定を行うことはできません。結果
契約の結果は以下の4つの中の1つになります：
結果
| 意味 | 必要な適用範囲と期間を経て、成功条件が満たされた場合。 |
|---|---|
| 検証済み | 達成されなかった |
| 条件を満たさなかった場合。 | 判断不能 |
| 変更が十分な適用範囲に達しておらず、判断できない場合。 | 測定不能 |
| 測定する手段がなかった場合。 | 測定不能 |
結果をレビューしてマージする
に記載されています。契約は、そのマージが達成すべき目標を記録したものに過ぎません。関連項目マンデート