A. テストスクリプトを使用して、テストクラスを定義する必要があります。
B. 合格基準には詳細が必要です。
C. コードカバレッジを95％に増やす必要があります。
D. テスト計画を作成するテストアナリストは、テストクラスも作成する必要があります。
A. 共有環境です
B. CPUが不足しています
C. インターネットの混雑を引き起こします
D. データセンターインフラストラクチャによってブロックされています
A. 変更セットを使用して、本番環境にカスタム設定を手動でデプロイして入力します
B. カスタムメタデータタイプを作成し、これを本番環境へのデプロイに含めます
C. Apexクラスを展開する前に、本番環境でカスタム設定を手動で展開して入力します
D. Force.com移行ツールを介してすべての機能の展開をスクリプト化します
A. ポート管理ツール
B. ウェーブ
C. スプレッドシート
D. コードリポジトリ
A. UATはプレビューリリースですが、SITはそうではありません。
B. 代わりにDXコマンドラインを使用してください。
C. SITはプレビューリリースであり、UATはそうではありません。
D. 問題ありません。これは予想される動作です。
A. 自動テストはすべての開発者組織でdally実行する必要があります。
B. 自動テストは、完全コピーまたは部分コピーのサンドボックスにマージする場合にのみ実行する必要があります。
C. 自動テストは、すべての開発者組織で毎日実行する必要があり、ブランチがマージされるときに実行する必要があります。
D. ブランチがマージされるときに自動テストを実行する必要があります。
A. DeveloperProサンドボックス
B. フルサンドボックス
C. 開発者サンドボックス
D. 部分コピーサンドボックス
A. スクラッチ組織を作成できます。
B. ネイティブの展開ロールバックツールを使用して、以前の状態にすばやく戻すことができます。
C. ExecuteAnonymousを使用してメタデータをすばやく展開できます。
D. ローカルマシンまたはバージョン管理システムにコードを保存できます。
E. 中央リポジトリからアプリケーションメタデータをインストールできます。
A. スクラムチームとのスプリント計画会議を開催します。
B. 利害関係者の優先順位を引き継ぎます。
C. 配信チームがビジネスに最適な仕事を選択できるようにします。
D. 利害関係者との優先順位付けモデルの設計を促進します。
A. サービスセンターをリストのカスタム設定に追加します。
B. すべてのサービスセンターをホストするために、選択リストフィールドを使用して新しいカスタムオブジェクトを定義します。
C. サービスセンターを階層的なカスタム設定に追加します。
D. すべてのサービスセンターをカスタムメタデータタイプに追加します。
A. パートナー開発組織が期限切れになることはありません。
B. パートナー開発組織には、チームで利用できるライセンスの数が多くあります。
C. パートナー開発組織はより高いAPI制限を提供しています。
D. パートナー開発組織のみがマネージドベータテストをサポートしています。
E. パートナー開発組織はより多くのストレージを提供します。
A. アンマネージドパッケージ。
B. マネージドパッケージ。
C. Force.ComMigrationToolによってデプロイ可能なZipファイル。
D. セットを変更します。
A. スクラムマスター
B. リリースマネージャー
C. プロダクトオーナー
D. 変更マネージャー
A. 開発ブランチにマージせずに、機能ブランチに今後の変更をコミットします。開発ブランチからデプロイしてから、新しいスプリント機能を開発ブランチにマージします。
B. 新しいスプリントの最初のタスクは展開の承認である必要があります。その後、スプリントの他のタスクを環境とGitで実行できます。
C. 現在のコードをUATサンドボックスに移行します。Devサンドボックスで新しいスプリント開発を開始します。UAT環境で修正を行い、ビジネスの承認後に本番環境にUATを展開します。
D. Gitを使用して、開発ブランチからリリースブランチを作成します。すべての修正はリリースブランチで行う必要があります。デプロイ後、リリースと開発をマージします。
A. 修正は、プロジェクト作業が行われた開発者環境で行う必要があります。修正が行われると、完全な展開/テストプロセスを経て、通常のプロジェクトケイデンスに準拠する必要があります。
B. UATのバグを修正するのが理想的です。UATは完全なコピーであるため、解像度を修正してテストするための最速の場所になります。
C. UCは、ホットフィックス環境として使用するために新しいサンドボックスを起動する必要があります。バグが修正されたら、変更を本番環境とダウンストリーム環境に適用する必要があります。
D. この問題は本番環境で見つかったため、変更要求として扱い、拡張機能としてバックログに入れる必要があります。
A. ユーザー受け入れテスト
B. 自動テスト
C. アジャイル方法論の使用
D. 要件のトレーサビリティ
A. 更新後に完全なサンドボックスでデータマスキングを実行します。
B. 本番環境でQueryAnalyzerを使用します。
C. 本番データの形状と量を模倣した模擬データを生成します。
D. 次のSalesforceリリース後にサンドボックスの部分的なコピーをリクエストします。
A. 専用の開発者プロサンドボックスを利用して、重大なバグに対処し、本番環境にリリースします。
B. プロジェクトが終了するまでチームを分離し、フルコピーサンドボックスを作成して作業をマージします。
C. 進行中の開発サンドボックスに重大なバグの修正を含めて、他のコードでリリースされるようにします。
D. 開発サンドボックスの重大なバグに対処し、それらの変更を個別に本番環境にプッシュします。
