回答D. 基本リストは、フィールド数が少なく、ここで求められる拡張された関連リスト機能を提供しないため、誤りです。A. リストビューとB. リストクラスは、この要件を満たす適切な関連リスト Lightning コンポーネントタイプではありません。
Explanation:
正解はC. 拡張リストです。
Salesforceのドキュメントによると、拡張リスト関連リストタイプでは最大10個のフィールドが表示され、ユーザーは列のサイズ変更、列の並べ替え、一括操作の実行、テキストの折り返しを行うことができます。これはまさに要件に合致しています。ユーザーは10個のフィールドを表示し、関連リスト上で並べ替えとテキストの折り返しを行う必要があるからです。

正解は、C. データローダーを使用してCSVファイルでリードを更新する、およびD. 設定で「ヌル値を挿入する」を選択する、です。
Universal Containers は、5,000 件のリードレコードのフィールドから値を削除したいと考えています。正しい方法は、CSV ファイル内のレコード ID を使用して Data Loader Update を使用し、対象フィールドのセルを空白のままにして、[Null 値の挿入] を有効にして、Data Loader が空白の CSV 値を null 更新として扱うようにすることです。Salesforce ヘルプでは、Data Loader を使用してフィールドの値を空白/null に変更するには、ID とフィールドをエクスポートし、CSV の値をクリアし、[Null 値の挿入] を選択して更新を実行すると説明されています。
なぜ他者の見解は間違っているのか：
Aは無関係です。なぜなら、レコードタイプの選択ではフィールド値は削除されないからです。
Bは最適な選択肢ではありません。なぜなら、インポートウィザードは、null更新を使用してフィールド値を一括クリアするための適切なツールではないからです。

アプリビルダーは、レビューのコメントフィールドを人事部以外のユーザーには非公開にするという要件を満たすために、フィールドを含むページレイアウトを作成し、フィールドレベルセキュリティを使用して他のすべてのユーザーからフィールドを非表示にする必要があります。フィールドレベルセキュリティを使用すると、レコードのフィールドを表示または編集できるプロファイルを制御できます。Apex共有ルールを作成し、ロールと部下を持つ人事担当副社長とフィールドを共有する共有ルールを作成し、人事ユーザー用にフィールドを含むページレイアウトを作成し、他のすべてのユーザー用にフィールドを含まない別のページレイアウトを作成する方法は、この要件に対する有効または実現可能な解決策ではありません。

正解はAです。要件は、4つのカスタムテキストフィールドを1つの数式フィールドに結合し、その結果を2行に表示することです。
その計算式は以下のとおりです。
Street__c は、最初の行に通り名を表示します。
BR() 関数は改行を挿入します。Salesforce のドキュメントには、BR 関数はテキスト文字列に改行を挿入する関数として記載されています。
City__c & ", " & Planet__c & " " & Galaxy__c は、2 行目に残りの位置情報を表示します。& 演算子は、Salesforce の数式で 2 つ以上の文字列を接続します。
なぜ他者の見解は間違っているのか：
__c を含まないフィールド名を使用するオプションは、カスタムフィールドには適していません。__r を使用するオプションは、直接的なカスタムフィールド参照ではなく、リレーションシップ参照です。BR() を含まないオプションは、2 行の要件を満たしていません。

正解はB. 承認プロセスです。
承認プロセスは、レコードを先に進める前にレビューと承認が必要な場合に使用されます。Salesforce Trailheadでは、これと非常によく似た例として、大幅な割引が適用される商談は、先に承認を得る必要があると説明されています。
Cloud Kicksでは、大手靴小売店との取引で30%以上の割引を行う場合、契約締結前にCFOの承認が必要となる。これはまさに承認プロセスが想定している通りのケースだ。
なぜ他者の見解は間違っているのか：
Slackメッセージは通信のみを送信します。
メールアラートは、特定の人にのみ通知します。
フィールドの更新はフィールドの値を変更しますが、正式な承認は取得しません。