クレジットカード支払いのケース タイプでは、pySetFieldDefaults データ変換を構成して、支払い金額の既定値を最低支払額に設定するのが最も簡単な方法です。このデータ変換は、ケースの作成時にプロパティの既定値を初期化するために使用されます。これにより、新しいケースが開始されるたびに、支払い金額フィールドに最低支払額が自動的に入力され、ユーザーのタスクが簡素化され、エラーの可能性が減ります。

Pega のフィールド値は、コンテンツのローカライズをサポートするように特別に設計されており、静的コンテンツを複数の言語で表示するのに最適です。
B; グローバル ホテル チェーン アプリケーションでは、現在のアメニティを 23 の言語で表示できます。この要件は、ラベル、ボタン テキスト、ツールヒント、その他のインターフェイス要素にさまざまなロケールでローカライズされたテキストを提供するというフィールド値の目的と完全に一致しています。フィールド値を使用すると、ホテル チェーン アプリケーションは複数の言語でアメニティの説明を管理および表示できるため、海外の顧客のユーザー エクスペリエンスが向上します。

オンライン ショッピング アプリケーションの場合、ショッピング カート内のアイテムの価格と合計金額の計算が正確であることは、機能性とユーザーの信頼にとって非常に重要です。開発中は、これらの側面の検証に重点を置いたユニット テストが不可欠です。
* A. データ ページに正しい商品価格が表示されていることを確認する: このテストでは、データ ページを介して外部の在庫管理システムからアプリケーションに取得された価格が正確であることを確認します。正しい商品価格は、ショッピング カート内の商品の合計コストを計算するための基礎となります。
* D. 注文合計コスト プロパティが正確に計算されていることを確認する: このテストでは、アプリケーションが個々のアイテムの価格と数量の両方を考慮して、ショッピング カート内のすべてのアイテムの合計コストを正しく計算しているかどうかを確認します。正確な合計コストの計算は、最終的な注文の概要とチェックアウト プロセスにとって重要です。
データ変換が正しい値をコピーしていることを確認すること (B) は、データの整合性にとって重要ですが、正確な価格設定と合計計算を保証するという全体的なニーズと比較すると、より細かい詳細です。価格フィールドが正しい形式で表示されていることを確認すること (C) も重要ですが、価格設定と合計コスト計算の基本的な機能の正確さよりも、UI の表示に重点を置いています。

これらの例では、各パス表記は、おそらく単一レコード データ構造 (各レコードは Address または類似のオブジェクトの単一インスタンスに対応) からプロパティにアクセスします。「単一レコード データ リレーションシップ」とは、複数のレコードやリストではなく、単一のインスタンスからデータにアクセスすることを意味します。各パスは、単一レコード リレーションシップの特徴である単一のデータ コンテキスト内の特定のプロパティに直接アクセスするように構造化されています。