[2024-03-01更新,235問] 無料Salesforce Development-Lifecycle-and-Deployment-Architect試験問題集、Development-Lifecycle-and-Deployment-Architect模擬試験サンプル(ページ 18)

Development-Lifecycle-and-Deployment-Architect 試験問題 81

変更セットの接続を開始するために使用されるプロセスは何ですか?

A. ターゲット組織への送信接続を許可するようにソース組織を変更します。

B. ソース組織からの送信接続を受け入れるようにターゲット組織を変更します。

C. ソース組織からの受信接続を受け入れるようにターゲット組織を変更します。

D. ターゲット組織への受信接続を許可するようにソース組織を変更します。

Development-Lifecycle-and-Deployment-Architect 試験問題 82

アジャイル問題追跡ツールをソフトウェアテストおよび継続的統合ツールと完全に統合することの 2 つの主な利点はどれですか? 答えを 2 つ選択しますか?

A. 開発者は、特定のユーザーストーリーにコミットする自動テストのステータスを確認できます。

B. 開発者は、特定のユーザーストーリーに関して効果的に協力し、コミュニケーションを図ることができます。

C. 開発者は、アジャイルツールのバーンチャートレポートでチームのベロシティを観察できます。

D. 開発者は、コミットされたコードのビルドステータスをユーザーストーリーレコードで直接使用できます。

Development-Lifecycle-and-Deployment-Architect 試験問題 83

Universal Containers (UC) は Service Cloud を実装しています。UC のコンタクトセンターは 1 時間あたり 100 件の電話を受け、北米、ヨーロッパ、APAC 地域にわたって運営されています。UC は、将来の成長を考慮して、アプリケーションが 150 件の通話をサポートできるように応答性と拡張性を備えていることを望んでいます。推奨されるテスト負荷の考慮事項

A. 通話量が 50% 増加することを考慮した負荷のテスト。

B. 通話量の半分を考慮した負荷のテスト。

C. 現在の通話量の 10 倍を考慮した負荷のテスト。

D. 現在の通話量を考慮して負荷をテストしています。

Development-Lifecycle-and-Deployment-Architect 試験問題 84

異なる Salesforce 環境間で動作するデータ読み込み統合に取り組む開発者が、1 回の呼び出しまたはトランザクションで複数の関連レコードを挿入する必要がある 2 つの方法はどれですか?
2 つの答えを選択してください

A. REST API 複合リクエスト

B. ストリーミング API

C. バルク API 2.0

D. REST API SObject ツリーリクエスト

Development-Lifecycle-and-Deployment-Architect 試験問題 85

Universal Containers (UC) は、数か月後の新しい Salesforce リリースに向けて準備を進めており、影響を受ける可能性のある進行中の開発プロジェクトがいくつかあります。このリリースに備えて、UC のチームはどの 3 つのステップを実行する必要がありますか? 3 つの答えを選択してください

A. Salesforce に問い合わせて、完全なサンドボックスをアップグレードする時間をスケジュールしてください。

B. リリースプレビューウィンドウ中にサンドボックスを更新して、今後のリリースがあることを確認します。

C. アップグレードされたサンドボックスで回帰テストを実行し、アップグレードに関する問題を検出します。

D. 自動的に有効になる機能と技術的負債については、リリースノートを確認してください。

E. SOAP 統合をできるだけ早く最新の WSDL にアップグレードします。

正解: B,C,D

説明
リリースプレビュー期間中にサンドボックスを更新して次のリリースがあることを確認することは、新しい Salesforce リリースの準備として UC のチームがとるべきステップです。これにより、リリース後の本番環境と一致する環境でアプリケーションをテストできるようになります。アップグレード。アップグレードされたサンドボックスで回帰テストを実行して、アップグレードに関する問題を検出することは、既存の機能が新機能の影響を受けないことを確認するのに役立つため、UC のチームが新しい Salesforce リリースに備えるために実行する必要がある手順でもあります。またはアップグレードによって導入された変更。自動的に有効になる機能と技術的負債に関するリリースノートを確認することは、新しい機能や変更の影響と利点を理解するのに役立つため、UC のチームが新しい Salesforce リリースに備えるために実行すべきステップでもあります。アップグレードに伴う問題や競合の原因となる可能性のある技術的負債を特定して解決します。Salesforce に連絡して完全なサンドボックスをアップグレードする時間をスケジュールすることは、UC のチームが新しい Salesforce リリースの準備として実行すべきステップではありません。完全なサンドボックスのアップグレードに特定の時間を要求することはできないためです。これは Salesforce によって決定され、リリース期間とポッドの割り当てによって異なります。SOAP 統合をできるだけ早く最新の WSDL にアップグレードすることは、新しい Salesforce リリースに備えるために UC のチームがとるべき手順ではありません。そうしない限り、SOAP 統合を最新の WSDL にアップグレードする必要はないからです。アップグレードによって導入された新しい機能またはフィールドを使用します。SOAP 統合は、下位互換性があるため、以前の WSDL バージョンと引き続き動作します。