問題一覧
1
後の段階のプロジェクト要件は、設計上、プロセスによって予期され、対応されます。, 機能コードの小規模なリリースが多数あり、関係者が進行中の作業を見て触ることができます。
2
Full Sandbox
3
Apexクラスをデプロイする前に、本番環境でカスタム設定を手動でデプロイして設定します。
4
開発者はスクラッチ組織をスピンアップして新しいプロジェクトを開始したり、新しい機能ブランチを開始したり、automaticTesting を開始したりできるため、スクラッチ組織の使用を開始します。
5
ユーザーを機能に基づいて段階的に移行するため、一定期間、レガシーシステムとSalesforceを並行して使用する必要があります。, Full Sandbox環境を使用し、レガシーシステムからの実際のデータを使用してデータ移行スクリプト/プロセスのテスト実行を実行します。
6
自動デプロイ, 自動変更追跡
7
メタデータAPIでは、カスタムオブジェクトのメタデータ型は外部オブジェクトを表します。, 変更セットでは、外部オブジェクトはカスタムオブジェクトコンポーネントに含まれます。
8
UCは、独立したプロセスを持つ新しい事業部門を立ち上げており、それに新しい機能を追加するのは複雑すぎます。, 独自の Salesforce 組織を持ち、独自の一連の規制要件を持つ別のビジネスで運営されている買収された会社。
9
パートナー開発者エディション組織, Developer Edition 組織
10
Hotfixで問題を修正し、テストして、実稼働環境にデプロイします。
11
プログラムチーム, エグゼクティブスポンサー
12
マイナーリリースとメジャーリリースに対して個別の開発ブランチを維持します。, プロジェクトの個別のブランチを持つアプリケーションの単一リポジトリを維持します。, mainブランチから本番環境への単一のエントリポイントを維持します。
13
変更セットには、一部のオブジェクトのフィールドタイプの変更が含まれています。
14
パフォーマンステスト, 負荷テスト
15
一度に最大10,000個のファイルを展開および取得します。, 展開される .zip ファイルの最大サイズは39MBです。
16
静的コード分析を使用して、コーディング標準を適用します。
17
継続的インテグレーション戦略の一環として、単体テストと機能テストの自動化を利用する。
18
ロールバック戦略を定義します。, メンテナンス期間を事前に発表します。, 実稼働環境での構成変更を一時的に中断します。
19
ガバナンスのための設計基準を作成します。
20
RunSpecifiedTests テストレベルを使用して、実行するテストを指定します。, 最近の展開検証とクイック展開機能を使用します。
21
ETOの組織でユーザーを作成し、NTOの営業チームへのアクセスを提供します。
22
クロスサイトスクリプティング, SOQLインジェクション
23
自動テスト
24
ソース管理ツール, 継続的インテグレーション ビルド ツール, Force.com 移行ツール
25
コーディングを開始する前に、構築する必要がある複雑なプロセスを完全に理解し、文書化します。, 事前のデュー デリジェンスにより、マイルストーン、タイムライン、見積もりがより正確で予測可能になる傾向があります。
26
トレーニングと変更管理を伴うマイナーリリースとして計画します。
27
複数組織戦略を選択します。各組織は独自の販売プロセス、共通ルールを持ち、地域で運営されます。
28
各開発者に独自のサンドボックス開発者組織を提供し、コードリポジトリと継続的インテグレーションを実装して、コードを開発者プロサンドボックスにマージします。, 単一のサンドボックスを使用し、共有コンポーネント間で開発を厳密に調整し、コードリポジトリを実装して、開発者がコードを共通のリポジトリにマージできるようにします。
29
開発者サンドボックスのアップグレードスケジュールを決定し、開発者にアップグレードされたサンドボックスの機能へのアプローチをリファクタリングしてもらいます。
30
同じオブジェクトに対して複数のトリガーがあり、操作の順序がわかりにくい。, 複数の単体テストの失敗が発生します。, Visualforceページと同様のタスクを実行するApexクラス間でロジックが重複しています。
31
チームがスプリントごとに予測スプリントを逃したことを示すバーンダウンチャート
32
通話量が50%増加することを考慮したテスト負荷。
33
Enterprise Edition 組織へのアップグレード, Aloha認定アプリをインストールする
34
事業継続計画
35
本番環境へのデプロイのために次のリリースを承認します
36
さまざまなプロファイルでテストクラスを実行する。, テストデータには、ポジティブデータとネガティブデータが必要です。
37
毎日のリリースプロセスを利用して、完全なサンドボックスでレポートを直接作成し、本番環境に展開します。
38
2つの組織間で構成の変更を移行します。, 組織内の現在のカスタマイズをXMLファイルとしてエクスポートします。
39
テストは次の URL (yourInstance/c/jasminetests.app) で表示できます。ページが読み込まれて Jasmine テストが実行され、合格/不合格の情報が画面に書き込まれます。, Lightningコンポーネントのインスタンスを作成するために使用できる $T テスト ヘルパー オブジェクトがあり、promise が有効になっています。
40
パッケージ開発モデル。チームは、他のプロジェクトの成果物とは独立してテストおよびリリースできるリリース成果物を構築できます。
41
継続的インテグレーションツール, バージョン管理リポジトリ, 問題追跡ツール
42
変更セットは、本番Salesforce組織間で再利用できません。, 変更セットは自動化できません。, 変更セットはロールバックできません。
43
複数組織戦略。異なるビジネスユニットの組織に共通の管理パッケージを展開できます。
44
Checkmarxエラーを確認します。修正する必要がない場合は、誤検出としてマークし、添付して送信してください。
45
DevPro1サンドボックスを複製し、2番目のワークストリームがService Cloud要件で機能するようにDevPro2という名前を付けます。
46
統合テストに必要なすべてのオブジェクトを含むサンドボックステンプレートを使用して、Partial Copyサンドボックスをスピンオフします。
47
管理パッケージのオブジェクト/フィールドからすべてのデータをエクスポートしてアンインストールし、アンロックされたパッケージを管理パッケージと同じ名前空間でインストールして、すべてのデータを復元します。
48
カスタムオブジェクトで説明フィールドを一貫して使用するためのデザイン標準を作成します。, カスタムフィールドで説明フィールドを一貫して使用するためのデザイン標準を作成します。
49
開発者は、努力、見積もり、および実績を比較して、将来の見積もりをより適切に調整できます。
50
.zipファイル内の関連するメタデータを含むpackage.xmlファイルをリリース管理チームに送信します。
51
展開のためのシンプルで宣言的な方法。, 関連するコンポーネントをデプロイする簡単な方法。
52
自動テストとの継続的統合を使用します。, 開発者チームがピアコードレビューを行えるようにします。, テスト駆動の展開をプロジェクト構造に組み込みます。
53
Salesforceアカウントチームに連絡して、サンドボックスのライセンスカウントを行います。
54
WebDriver テスト, JavaScript テスト
55
新しいフィールドは以前のAPIバージョン35では認識されないため、デプロイメントスクリプトは失敗します。
56
同時トランザクションの数
57
ユーザー中心の設計を採用して、ソリューションを構築する前にユーザーのニーズを理解します。
58
ソース管理システムを利用して、現在の開発と本番環境のバグ修正を別々のブランチに行えるようにします。, コードが修正されたら、問題を再現し、ユースケースシナリオをテストするためにサンドボックスを更新します。
59
マイナーリリースでは部分コピーが使用され、メジャーリリースではフルコピーが使用されます。
60
本番組織はロックされます。この間、管理者はメタデータを変更できません。, 本番組織はロックされます。ユーザーは引き続き組織に対してデータの読み取り/書き込みを行うことができます。