PDII 문제 1
Universal Containers는 사용자 기본 설정을 계층 구조의 사용자 지정 설정(User_Prefs_c)에 저장하며, 이 설정에는 체크박스 필드(Show_Help_c)가 있습니다. 회사 수준의 기본값은 조직 수준에 저장되지만 사용자 수준에서 재정의할 수 있습니다. 사용자가 기본 설정을 재정의하지 않은 경우 기본값이 사용됩니다.
현재 사용자의 '도움말 보기' 환경설정을 어떻게 가져와야 할까요?
현재 사용자의 '도움말 보기' 환경설정을 어떻게 가져와야 할까요?
PDII 문제 2
개발자가 특정 기회가 고가치로 판단될 때 계정 등급을 업데이트하는 기회 트리거를 생성했습니다. 현재 고가치 기회로 간주되는 기준은 금액이 100만 달러 이상인 경우입니다. 하지만 이 기준값은 시간이 지남에 따라 변경될 수 있습니다.
Lightning 웹 컴포넌트에서도 가치가 높은 기회를 표시해야 한다는 새로운 요구 사항이 생겼습니다.
개발자는 이러한 비즈니스 요구 사항을 충족하고, 고부가가치 기회를 얻는 비즈니스 로직이 두 곳 이상에서 반복되는 것을 방지하기 위해 어떤 두 가지 조치를 취해야 할까요?
두 가지 답을 선택하세요
Lightning 웹 컴포넌트에서도 가치가 높은 기회를 표시해야 한다는 새로운 요구 사항이 생겼습니다.
개발자는 이러한 비즈니스 요구 사항을 충족하고, 고부가가치 기회를 얻는 비즈니스 로직이 두 곳 이상에서 반복되는 것을 방지하기 위해 어떤 두 가지 조치를 취해야 할까요?
두 가지 답을 선택하세요
PDII 문제 3
Visualforce 페이지가 표시하는 데이터 양이 많아서 로딩 속도가 느립니다.
개발자는 성능을 향상시키기 위해 어떤 전략을 사용할 수 있을까요?
개발자는 성능을 향상시키기 위해 어떤 전략을 사용할 수 있을까요?
PDII 문제 4
한 개발자가 다음과 같은 테스트 메서드를 만들었습니다.
자바
@isTest(SeeAllData= true)
public static void testDeleteTrigger(){
Account testAccount = new Account(name = 'Test1');
testAccount를 삽입합니다.
List<Account> testAccounts = [SELECT Id, Name from Account WHERE Name like 'Test%']; System.assert(testAccounts.size() > 0); delete testAccounts; testAccounts = [SELECT Id, Name from Account WHERE Name like 'Test%']; System.assert(testAccounts.size() == 0);
}
개발자 조직에는 이름이 "Test"로 시작하는 계정이 5개 있습니다. 개발자는 개발자 콘솔에서 이 테스트를 실행합니다.
테스트 코드가 실행된 후, 어떤 진술이 참입니까?
자바
@isTest(SeeAllData= true)
public static void testDeleteTrigger(){
Account testAccount = new Account(name = 'Test1');
testAccount를 삽입합니다.
List<Account> testAccounts = [SELECT Id, Name from Account WHERE Name like 'Test%']; System.assert(testAccounts.size() > 0); delete testAccounts; testAccounts = [SELECT Id, Name from Account WHERE Name like 'Test%']; System.assert(testAccounts.size() == 0);
}
개발자 조직에는 이름이 "Test"로 시작하는 계정이 5개 있습니다. 개발자는 개발자 콘솔에서 이 테스트를 실행합니다.
테스트 코드가 실행된 후, 어떤 진술이 참입니까?
PDII 문제 5
조직에는 프로세스 빌더를 사용하여 구축된 기존 프로세스가 있으며, 이 프로세스는 기회가 편집되고 기회의 금액이 변경될 때 CommissionBaseAmount__c라는 사용자 지정 필드를 설정합니다.
최근 한 개발자가 오퍼튜니티 단계가 '마감/수주'로 변경될 때 CommissionBaseAmount__c와 복잡한 로직을 사용하여 사용자 정의 필드인 CommissionAmount__c 값을 계산하는 오퍼튜니티 업데이트 전 트리거를 배포했습니다.
사용자들이 기회를 완료/수주로 변경하고 동시에 저장 과정에서 금액을 변경하면 CommissionAmount__c 값이 잘못 계산된다고 보고했습니다.
개발자는 이 문제를 해결하기 위해 어떤 조치를 취해야 할까요?
최근 한 개발자가 오퍼튜니티 단계가 '마감/수주'로 변경될 때 CommissionBaseAmount__c와 복잡한 로직을 사용하여 사용자 정의 필드인 CommissionAmount__c 값을 계산하는 오퍼튜니티 업데이트 전 트리거를 배포했습니다.
사용자들이 기회를 완료/수주로 변경하고 동시에 저장 과정에서 금액을 변경하면 CommissionAmount__c 값이 잘못 계산된다고 보고했습니다.
개발자는 이 문제를 해결하기 위해 어떤 조치를 취해야 할까요?