Salesforce で製品を非アクティブ化すると、ERP のステータスに合わせて、履歴データを失うことなくデータの整合性が維持されます。関連する商談データと見積データを非アクティブとしてマークすると、アクティブなレポートに影響を与えることなく参照用の履歴レコードが保存され、データ保持ポリシーへの準拠が確保され、正確なデータ分析と意思決定がサポートされます。

パフォーマンス テストには、負荷テスト、ストレス テスト、耐久テスト、スパイク テストなど、さまざまな種類があります。それぞれのタイプには異なる目的と目標があります。
最適なパフォーマンス テストは、本番稼働前のフル コピー サンドボックスに対する API 負荷テストです。このタイプのテストは、統合が複数のソースからの大量のデータとトランザクションをどの程度適切に処理するかを評価するのに役立ちます。また、MuleSoft Anypoint プラットフォームの機能とパフォーマンスを検証するのにも役立ちます。
API ロード テストを実行するには、テスト シナリオ、テスト データ、テスト ツール、およびテスト メトリックを定義するテスト計画を作成する必要があります。また、パフォーマンス テストのリクエストを Salesforce2 に送信し、そのガイドラインとベスト プラクティスに従う必要があります。
フルコピー Sandbox には本番組織と同じデータとメタデータがあるため、API 負荷テストに適した環境です。これは、現実的な条件をシミュレートし、データの偏りの問題を回避するのに役立ちます。
大量のデータや複数の統合を扱う場合は、負荷テストを実行して、システムが予想される負荷を処理できることを確認することが重要です。フル コピー サンドボックスに対する API 負荷テストは、予想される負荷をシミュレートし、システムが本番稼働する前にパフォーマンスのボトルネックを特定するのに役立ちます。このタイプのテストは、システムが予想される負荷を処理し、優れたユーザー エクスペリエンスを提供できることを確認するために、本番稼働前に実行する必要があります。

UC のデジタル変革とアジャイル手法の導入には、スムーズかつタイムリーなリリースを確保することが重要です。推奨される実践方法は次のとおりです。
B) 新しい機能をデモンストレーションするために、さまざまなチーム間で定期的なスプリント リズムを作成します。スプリントの一貫したリズムを確立すると、チームの取り組みを調整し、定期的に進捗状況を確認できるようになり、新機能の統合が容易になります。これによりコラボレーションが促進され、プロジェクトが順調に進みます。
C) リリースの最後のスプリントを使用してリリースを安定させ、特定された問題を排除します。最後のスプリントを安定化と問題解決に充てることは、アジャイル手法のベスト プラクティスです。これにより、チームは品質保証、パフォーマンス テスト、ユーザーのフィードバックに集中できるようになり、リリースが確実に堅牢でユーザーの期待に応えられるようになります。
Salesforce Trailhead やアジャイル開発文献などの Salesforce および Agile 方法論ガイドでは、プロジェクトの成功と継続的な改善のための定期的なリズムと安定化フェーズの重要性が強調されています。