Development-Lifecycle-and-Deployment-Architect日本語 無料問題集「Salesforce Certified Development Lifecycle and Deployment Architect (Development-Lifecycle-and-Deployment-Architect日本語版)」

（A）テスト駆動のデプロイメントをプロジェクト構造に組み込みます。

（B）開発者チームがピアコードレビューを行えるようにします。

（C）自動テストとの継続的統合を使用します。

（D）顧客との短くてタイムリーなフィードバック ループを有効にする

（E）開発チームが自己組織化するよう奨励します。

（A）開発者は、コミットされたコードのビルド ステータスをユーザー ストーリー レコードで直接使用できます。

（B）開発者は、アジャイル ツールのバーン チャート レポートでチームのベロシティを観察できます。

（C）開発者は、特定のユーザー ストーリーに関して効果的に協力し、コミュニケーションを図ることができます。

（D）開発者は、特定のユーザー ストーリーにコミットする自動テストのステータスを確認できます。

（A）組織の制限を増やすには、さらにユーザー ライセンスを購入します

（B）Aloha 認定アプリをインストールする

（C）Enterprise Edition 組織へのアップグレード

（D）非管理パッケージを作成してインストールする

（A）クライアントには追加のソフトウェアを使用する予算がありません

（B）テスト スクリプトはテスト フェーズの一部として生成されます。

（C）利用できる完全なサンドボックスはありません

（D）Salesforce インスタンスには標準機能のみがあります

（A）test.startTest() メソッドと test.stop Test() メソッドを使用して、ガバナ制限をリセットします。

（B）自動リセット プロパティを使用して、営業時間外にガバナ制限を自動的にリセットします。

（C）test.setLimit() メソッドと test.resetLimit() メソッドを使用して、ガバナ制限をリセットします。

（D）ガバナ制限を一時的に増やすことができる AppExchange 製品を使用します。

（A）サードパーティ製品を使用してこれらのレコードを管理します。

（B）レコードをバージョン管理システムに保存します。

（C）プロジェクト管理システムのユーザー ストーリーに CSV ファイルを添付します。

（D）レコードをサンドボックスと本番環境に保存します。

（A）スクラム。オープン性はスクラムの 5 つの核となる価値観の 1 つであるためです。

（B）ウォーターフォール。各アクティビティの固定スケジュールと期間が定義されているためです。

（C）カンバン。その基本要素の 1 つはすべてを可視化し、作業項目の一貫した透明性を実現することです。

（D）DevOps。モニタリングとロギングの実践により、パフォーマンスをリアルタイムで把握できるようになります。

（A）パフォーマンス テスト

（B）ストレス テスト

（C）単体テスト

（D）負荷テスト

（A）コンポーネントを運用環境に移行する前に、デプロイメントを検証します。

（B）最近のデプロイ検証とクイック デプロイ機能を使用します。

（C）コンポーネントをグループにデプロイして、デプロイ時間を短縮します。

（D）RunSpecified Tests テスト レベルを使用して、実行するテストを指定します。

（A）テスト環境で問題を修正し、変更を開発サンドボックスに移行することをお勧めします。

（B）開発サンドボックスで問題を修正し、テストに移行し、テスト後に実稼働環境にデプロイすることを推奨します。

（C）テスト環境の問題を修正し、実稼働環境にデプロイするための顧客チームの提案を推奨します。

（D）開発環境で問題を修正し、変更を実稼働環境にデプロイすることを推奨します。

（A）LMA を使用する本番組織

（B）開発者プロ サンドボックス組織

（C）Partner Developer Edition 組織

（D）Developer Edition 組織

（A）開発者は、Master ブランチから取得された Feature ブランチを使用して作業し、Feature ブランチは Develop ブランチとマージされます。

（B）開発者は、Release ブランチから取得された Feature ブランチを使用して作業し、Feature ブランチは Develop ブランチとマージされます。

（C）開発者は、Develop ブランチから取得されたフィーチャー ブランチを使用して作業し、その後、フィーチャー ブランチがホットフィックス ブランチとマージされます。

（D）開発者は、Develop ブランチから取得された Feature ブランチを使用して作業し、Feature ブランチは Develop ブランチとマージされます。

（A）テスト クラスはサンドボックスでは実行できません。

（B）サンドボックスですべてのテスト クラスを実行し、運用環境でテスト クラスを選択します。

（C）A サンドボックスおよび本番環境ではテスト クラスを実行しないでください。

（D）サンドボックスではテスト クラスを実行せず、本番環境ではすべてのテスト クラスを実行しないでください。

（A）サンドボックスのライセンス数を確認するには、Salesforce アカウントチームに連絡してください。

（B）Salesforce サポート ケースを作成します。誰かが何が問題なのかを知っているはずです。

（C）組織はライセンスで許可されている以上のサンドボックスを使用しているようです。部分コピー サンドボックスは使用しないでください。

（D）パフォーマンス テストに使用される完全なサンドボックスを削除します。

（A）Salesforce にリクエストを送信して、組織で「アップグレードの遅延」機能を有効にします。UC 管理者に後日アップグレードのスケジュールを設定してもらいます

（B）Salesforce は本番環境を新しいプラットフォーム リリースに更新する前に問題を修正するため、現在のアプローチを続行します。

（C）開発者サンドボックスのアップグレード スケジュールを決定し、開発者にアップグレードされたサンドボックスの機能へのアプローチをリファクタリングしてもらいます。

（D）アップグレードされていないサンドボックスで開発を続行し、開発者にテスト目的でコードの API バージョンを次の API バージョンに更新してもらいます。

（A）ソース組織からの送信接続を受け入れるようにターゲット組織を変更します。

（B）ソース組織からの受信接続を受け入れるようにターゲット組織を変更します。

（C）ターゲット組織への受信接続を許可するようにソース組織を変更します。

（D）ターゲット組織への送信接続を許可するようにソース組織を変更します。

（A）Lightning テスト サービス AppExchange パッケージをインストールして、Aura コンポーネントのテストを有効にします。

（B）Aura コンポーネントの JavaScript 部分のテストは Jest フレームワークでテストでき、Apex コントローラはテストクラスを使用してテストできます。

（C）テストは lightning.force.com/c/jasminetests.app URL で表示できます。ページがロードされて Jasmine テストが実行され、合否情報が画面に書き込まれます。

（D）Lightning コンポーネントのインスタンスの作成に使用できる $T テストヘルパーオブジェクトがあり、Promise が有効になっています。

（A）要件トレーサビリティ マトリックス

（B）テスト実行計画

（C）ユーザー受け入れテスト スクリプト

（D）テスト戦略