説明
テクニカル アーキテクトが変更諮問委員会の会議で提供すべきアドバイスは、展開の問題に対するトラブルシューティング戦略です。これは、変更諮問委員会が IT 環境への変更をレビューおよび承認する責任があり、テクニカル アーキテクトが展開プロセス中に発生する可能性のある潜在的な問題を解決する方法についてのガイダンスを提供する必要があるためです1。他のオプションは、開発ライフサイクルの要件分析、設計、またはテスト段階に関連しているため、変更諮問委員会の会議には関係ありません。

説明
カスタム設定、ユーザー権限、電子メール テンプレートなどの一部のコンポーネントはメタデータ API 経由でデプロイできないため、これは正解です。したがって、これらのコンポーネントを文書化し、ターゲット環境に手動でデプロイまたは構成する必要があります。

説明
Heroku Connect を使用してテストクラスデータを提供することは、不要な複雑さと外部システムへの依存を引き起こす可能性があるため、Salesforce でテストデータを作成する方法として推奨されません。テスト クラス内でミドルウェアからのデータを直接参照することも、テスト クラスの信頼性が低くなり、ミドルウェアの可用性に依存する可能性があるため、推奨されません。エンドポイントからサンプル情報を生成するためにモックエンドポイントをホストすることと、CSV を静的リソースとしてロードしてテストクラスで参照することは、両方とも Salesforce でテストデータを作成する有効な方法です。これにより、テストクラスを外部要因から隔離でき、一貫した結果を保証します。詳細については、「Apex テストのテストデータの作成」を参照してください。