이 페이지는 시험 연구소 브레인덤프 [ http://blog.examslabs.com ]에서 내보낸 페이지입니다.

내보내기 날짜:금 11 29 5:29:53 2024 / +0000 GMT

___________________________________________________


제목: 교육 전문가 시험연구소의 개발-라이프사이클-배포-디자이너 시험 합격에 필요한 단계 [Q29-Q51] [Q29-Q51]

---------------------------------------------------



 교육 전문가 ExamsLabs의 개발 수명 주기 및 배포 디자이너 시험에 합격하는 데 필요한 단계
Salesforce 개발자 개발-수명주기-배포-디자이너 시험에 합격하는 유효한 방법


새로운 문제 29유니버설 컨테이너는 Salesforce의 지역 프로덕션 인스턴스를 유지 관리하는 글로벌 조직입니다. 한 지역에서 배송 컨테이너를 추적하는 새 애플리케이션을 만들었는데, CIO는 이 새 애플리케이션을 모든 Salesforce 인스턴스에서 전 세계적으로 사용하고 지역 관리자가 지역별로 유지 관리 및 수정하도록 요청했습니다.이 요청을 지원하는 배포 도구는 다음 중 2가지를 선택하십시오.
 변경 집합 B
 개발자 콘솔
 ANT 마이그레이션 도구
 VS 코드와 Salesforce 확장
새로운 질문 30유니버설 컨테이너는 Sales Cloud에 간단한 구성 변경 및 개선 사항을 릴리스할 계획입니다. 기술 설계자가 변경 집합 사용을 권장했는데, 이 시나리오에서 변경 집합이 제공하는 두 가지 이점은 무엇인가요? (두 가지를 선택하세요.)
 매우 많은 수의 구성 요소를 쉽게 배포할 수 있습니다.
 관련 구성 요소를 쉽게 배포할 수 있는 방법.
 간단하고 선언적인 배포 방법.
 구성 요소의 변경 사항을 추적할 수 있는 기능.
새로운 문제 31다음 중 코드 보안을 개선하는 데 도움이 되는 두 가지 조치는 무엇입니까?
 보안 코드 검토 전문 회사를 고용하여 현재 코드를 검토한다.
 풀 리퀘스트 및 보안 코드 검토를 구현합니다.
 CI/CD 프로세스에 정적 코드 보안 분석 도구를 통합합니다.
 두 명의 개발자를 사용하여 현재 코드 취약점을 검토하고 수정합니다.
새 문제 32멀티 샌드박스 개발 전략과 함께 소스 제어 시스템을 사용하면 얻을 수 있는 세 가지 이점은 무엇인가요? 3개를 선택하세요.
 사전 프로덕션 샌드박스로 승격하기 전에 코드 검토 수행
 샌드박스에서 프로덕션으로 변경 사항을 자동으로 배포
 각 개발자의 변경 사항 기록 유지
 각 기능 또는 변경 사항을 개별적으로 추적하는 분기 전략 만들기
 치명적인 데이터 손실에 대비한 백업 역할 수행
새로운 질문 33UC(유니버설 컨테이너) 개발팀은 애자일 도구를 사용하여 빌드 항목의 상태를 추적하고 있지만 단계별로만 추적할 수 있습니다. UC는 예상 작업량을 추적하거나, 작업 시간을 기록하거나, 남은 작업량을 추적할 수 없습니다. UC에서 애자일 도구를 사용하여 노력 추적을 고려해야 하는 이유는 무엇인가요?
 조직에서 급여 보상 목적으로 개발자의 근무 시간을 추적할 수 있습니다.
 관리 팀이 개발자의 추정치만을 기반으로 중요한 타임라인 약속을 할 수 있습니다.
 개발자가 자신의 노력, 예상치 및 실제 작업을 비교하여 향후 예상치를 더 잘 조정할 수 있습니다.
 관리 팀이 게으른 개발자의 성과를 관리할 수 있습니다.
새로운 질문 34유니버설 컨테이너에서 새로운 사용자 지정 개체와 사용자 지정 필드를 포함한 여러 프로젝트를 막 완료했는데 관리자가 개체와 필드가 어떻게 사용되는지 몰라 애플리케이션을 유지 관리하는 데 어려움을 겪고 있습니다. 아키텍트는 어떤 두 가지 옵션을 추천해야 하나요? 정답 2개 선택
 디자인 표준을 만들어 모든 사용자 지정 필드 및 사용자 지정 개체에 도움말 텍스트를 요구합니다.
 사용자 지정 개체의 설명 필드를 일관되게 사용하도록 디자인 표준을 만듭니다.
 모든 사용자 지정 개체 및 사용자 지정 필드를 저장하는 문서로 디자인 표준 만들기
 모든 사용자 지정 개체 페이지 레이아웃에 모든 사용자 지정 필드를 요구하도록 디자인 표준 만들기
 사용자 지정 필드에서 설명 필드를 일관되게 사용하도록 디자인 표준을 만듭니다.
새 질문 35유니버설 컨테이너에는 여러 개발팀이 하나의 조직에 배포하고 있습니다. 비즈니스는 계절에 따라 매우 바쁘고 가장 바쁜 시즌이 다가오고 있습니다. 비즈니스 소유자가 다음 주요 프로덕션 릴리스에 대한 조언을 구하기 위해 찾아옵니다. 아키텍트가 권장해야 할 모범 사례는 무엇인가요?
 프로덕션에서만 선언적 변경을 수행하세요.
 사소한 변경 사항은 회귀 테스트를 건너뛰세요.
 비즈니스 성수기에 가까운 릴리스는 피하세요.
 개발자는 사용자 승인 테스트를 수행해야 합니다.
새로운 질문 36노던 트레일 아웃피터의 개발팀은 아시아 태평양 지역의 영업팀을 위해 새로운 기능을 구축했습니다. 개발자들은 Apex 클래스를 테스트하는 동안 계속해서 거버너 한계에 부딪히고 있습니다. 이 문제를 해결하기 위해 검토 중에 아키텍트는 무엇을 권장해야 하나요?
 테스트 시작 테스트() 및 테스트 중지 테스트() 메서드를 사용하여 거버너 제한을 재설정합니다.
 거버너 한도를 일시적으로 늘릴 수 있는 AppExchange 제품을 사용합니다.
 자동 재설정 속성을 사용하여 업무 외 시간 동안 거버너 한도를 자동으로 재설정합니다.
 거버너 한도를 재설정하려면 test.setLimit() 및 test.resetLimit() 메서드를 사용합니다.
새로운 질문 37UC(유니버설 컨테이너) 환경 관리 설계자가 패키지 개발 모델을 사용하여 여러 조직에 배포하고 있는데, 설계자가 수동으로 추적해야 하는 메타데이터 변경 사항은 무엇인가요?
 수동 추적이 필요하지 않습니다. 모든 변경 사항은 자동으로 추적됩니다.
 릴리즈에 대한 모든 메타데이터 변경 사항.
 아직 소스 트래킹이 지원되지 않는 구성 요소에 대한 변경 사항.
 설정 UI를 통해 변경된 사항만 추적됩니다.
새로운 질문 38결함의 수가 증가했습니다 .유니버설 컨테이너(UC)의 경우 코드 품질이 저하되는 근본 원인을 발견했습니다. UC의 지속적 통합 프로세스에서 코드 품질을 강화할 수 있는 두 가지 옵션은 무엇인가요? 정답 2개 선택
 테스트 샌드박스에 배포하기 전에 수동 코드 검토를 도입합니다.
 프로덕션 조직에 배포하기 전에 수동 코드 검토를 도입합니다.
 프로젝트에 배정된 테스트 팀의 규모를 늘립니다.
 테스트 샌드박스에 배포하기 전에 정적 코드 분석을 도입하세요.
새 질문 39UC(유니버설 컨테이너)는 고도로 맞춤화된 단일 조직 전략으로 지금까지 큰 성공을 거두며 수년 동안 Salesforce Sales Cloud를 사용해 왔습니다.멀티 조직 전략으로의 변경을 정당화할 수 있는 두 가지 이유는 무엇인가요? 2가지 답 중 선택하세요.
 UC는 독립적인 프로세스를 갖춘 새로운 비즈니스 라인을 시작하고 있으며 여기에 새로운 기능을 추가하는 것은 너무 복잡합니다.
 UC는 서로 다른 사업부 간의 협업을 위해 Chatter를 사용하고 사일로 작업을 중단하고자 합니다.
 UC는 각 사업부별로 동일한 프로세스를 구현하는 조직을 통해 통합 엔터프라이즈 아키텍처 운영 모델을 따릅니다.
 자체 Salesforce 조직이 있고 자체 규정 요구 사항이 있는 다른 비즈니스에서 운영되는 회사를 인수했습니다.
새로운 질문 40다음 다이어그램의 준비 샌드박스에 대한 설명 중 맞는 것은 어느 것입니까?
 생성되거나 새로 고쳐질 때 준비 샌드박스는 프로덕션의 전체 복제본입니다.
 준비 샌드박스는 관리자가 설정한 일정에 따라 자동으로 새로 고쳐집니다.
 Salesforce 주요 릴리스(예: 겨울에서 봄으로)는 항상 Staging과 프로덕션에서 동시에 진행됩니다.
 준비 환경은 2주에 한 번만 업데이트할 수 있습니다.
새로운 질문 41UC(유니버설 컨테이너)는 두 개의 전체 샌드박스를 구현했습니다. 하나는 스테이지라고 하며 성능, 회귀 테스트 및 프로덕션 준비 상태 확인에 사용됩니다. 다른 하나는 주로 사용자 승인 테스트(UAT)에 사용됩니다. 두 개의 전체 샌드박스는 두 달 전에 모두 새로워졌습니다. 현재 UC는 2주 안에 사용자 승인 테스트를 시작하고 4주 안에 프로덕션 릴리스를 하는 것을 목표로 하고 있습니다. 또한 관리자는 6주 후에 Salesforce의 주요 릴리스가 있을 것이라는 사실을 알고 있으며, UC는 현재 Salesforce 버전으로 릴리스해야 하지만 새 Salesforce 릴리스가 어떤 것도 깨뜨리지 않도록 하고 싶습니다. 아키텍트는 무엇을 추천해야 할까요?
 지금 Stage를 새로 고치고 UAT를 새로 고치지 마세요. 이렇게 하면 Stage는 미리 보기 상태가 되고 UAT는 그렇지 않습니다.
 샌드박스 미리 보기 가이드를 사용하여 필요한 조치가 필요한지 확인하세요. UC를 준비, 새로 고침 및 UAT로 다시 배포해야 할 수도 있습니다.
 trust.salesforce.com을 방문하여 미리 보기 마감일을 확인하고, 해당 날짜가 지났다면 지원팀과 협력하여 미리 보기 인스턴스를 사용하도록 하세요.
 지금 UAT에서 단계를 새로 고칩니다. 미리 보기 마감일 이후에는 업그레이드된 것을 회귀 테스트에 사용하고, 업그레이드되지 않은 것을 사용자 승인 테스트에 사용합니다.
새 질문 42설계자가 유니버설 컨테이너(UC) 프로젝트를 진행 중인데 보안 문제로 인해 UC 보안 팀에서 설계자에게 프로덕션 액세스 권한을 제공할 수 없습니다. 대신 중앙 릴리스 관리 팀이 모든 개발 팀을 위한 프로덕션 배포를 수행할 책임이 있는데, 아키텍트가 메타데이터 API를 활용하여 프로젝트의 기능을 배포하는 데 필요한 메타데이터 구성 요소가 릴리스 관리 팀에 제대로 전달되었는지 확인하려면 어떻게 해야 하나요?
 모든 구성 요소의 스프레드시트를 제공하고 메타데이터 API의 readMetadata() 호출을 활용하세요.
 잠금 해제된 패키지 버전을 릴리스 관리 팀에 전달합니다.
 각 샌드박스에서 변경 집합을 생성하고 릴리스 관리 팀에 패키지.xml 파일을 다운로드합니다.
 배포하려는 샌드박스의 감사 추적 사본을 릴리스 관리 팀에 제공하세요.
새로운 질문 43유니버설 컨테이너는 Salesforce 시스템에 많은 변경 사항을 제공하고 있습니다. 도입 보고서에서 많은 기능이 사용되지 않는 것으로 나타났습니다. 운영 위원회는 이러한 변화를 원하며 아키텍트에게 조언을 구하고 있습니다. 이를 극복하기 위해 아키텍트는 무엇을 권장해야 하나요?
 모든 사용자 인터페이스에 라이트닝 웹 컴포넌트 사용.
 사용자 중심 디자인을 채택하여 솔루션을 구축하기 전에 사용자의 요구 사항을 파악합니다.
 현재 기능이 사용되기 시작할 때까지 개발을 중단합니다.
 참여도가 가장 낮은 사용자에 대한 주간 커뮤니케이션 이메일 보내기
새로운 질문 44유니버설 컨테이너(UC)에서 주요 프로젝트를 진행 중인데 특정 기능에 대한 접근 방식이 다가오는 Salesforce 플랫폼 릴리스(예: Winter에서 Spring)에서 더 이상 작동하지 않을 것이라고 판단했습니다. 이 문제를 해결하기 위해 기술 아키텍트는 무엇을 권장해야 하나요?
 조직에서 '업그레이드 지연' 기능을 사용하도록 Salesforce에 요청을 제출합니다. UC 관리자가 업그레이드를 나중에 예약하도록 하세요.
 프로덕션 환경을 새 플랫폼 릴리스로 업데이트하기 전에 Salesforce에서 문제를 해결할 것이므로 현재 접근 방식을 계속 유지합니다.
 개발자 샌드박스 업그레이드 일정을 결정하고 개발자에게 업그레이드된 샌드박스에서 기능에 대한 접근 방식을 리팩터링하도록 합니다.
 업그레이드되지 않은 샌드박스에서 개발을 계속하고 개발자에게 테스트 목적으로 코드의 API 버전을 곧 출시될 API 버전으로 업데이트하도록 하세요.
새 질문 45UC(유니버설 컨테이너)의 릴리스 관리 전략에는 일일, 마이너(월별), 메이저(분기별)의 세 가지 릴리스 유형이 있습니다. UC에서 대규모 지원 센터에 새로운 Service Cloud 구현을 릴리스하고 있는데, 이 경우 오랜 교육 및 변경 관리가 필요합니다. 이 구현에는 기존 Salesforce Sales Cloud 구현에 대한 종속성이 있습니다. 아키텍트는 어떤 릴리스 전략을 권장하나요?
 마이너 릴리스 프로세스를 활용하여 전체 샌드박스를 우회하여 프로덕션 환경에서 생성 및 테스트합니다.
 일일 릴리스 프로세스를 활용하여 전체 샌드박스를 우회하여 프로덕션에 직접 배포합니다.
 일일 릴리스 프로세스를 활용하여 전체 샌드박스에서 생성 및 테스트한 다음 프로덕션에 배포하세요.
 주요 릴리스 프로세스를 활용하여 전체 샌드박스에서 생성 및 테스트한 다음 프로덕션에 배포합니다.
새 문제 46Universal Containers(UC)는 거버넌스 프레임워크를 구현하고 있으며 아키텍트에게 릴리스 계획과 관련하여 권장 사항을 요청했다.릴리스 계획 시 아키텍트가 결정해야 하는 두 가지 결정은 무엇인가요? (두 가지를 선택하세요.)
 문제가 있는 경우 이전 Salesforce 릴리즈로 롤백하는 방법.
 기존 기능을 테스트하여 회귀가 발생하지 않도록 하는 방법.
 미리 보기 샌드박스에서 새 UC 기능 릴리스를 테스트하는 시기.
 Salesforce에서 UC 릴리스가 완료될 때까지 포드 업그레이드를 기다릴지 여부.
새로운 질문 47유니버설 컨테이너는 메타데이터 API를 사용하여 배포 프로세스를 자동화했습니다. 하지만 메타데이터 API가 아직 모든 구성 요소를 지원하지 않는다는 것을 알게 되었습니다. 이 문제를 해결하려면 어떻게 해야 하나요?
 지원되지 않는 구성 요소는 배포 전후에 수동으로 배포하세요.
 AppExchange 제품을 사용하여 지원되지 않는 컴포넌트를 배포합니다.
 지원되지 않는 모든 컴포넌트를 배포하려면 변경 세트를 사용합니다.
 지원되지 않는 구성 요소를 배포하려면 force.com IDE를 사용합니다.
새로운 질문 48유니버설 컨테이너에는 1년에 여러 차례의 부 릴리스와 메이저 릴리스가 있으며, 부 릴리스에는 샘플 구성 변경 사항이 있는 반면 메이저 릴리스에는 복잡한 코드 구성 요소가 많이 포함되어 있습니다. 아키텍트가 두 가지 유형의 릴리스에 대해 권장해야 하는 배포 도구는 무엇인가요?
 마이너 릴리스의 경우 변경 집합을, 메이저 릴리스의 경우 Force.com IDE를 사용하세요.
 마이너 릴리스와 메이저 릴리스 모두에 대한 변경 집합.
 마이너 릴리스의 경우 변경 집합을, 메이저 릴리스의 경우 메타데이터 API를 사용하세요.
 마이너 릴리즈용 Force.com IDE 및 메이저 릴리즈용 메타데이터 API.
새로운 질문 49UC(유니버설 컨테이너)에서 사용자 지정 REST 웹 서비스를 만들었습니다. 이 웹 서비스는 외부 엔드포인트에서 주문 및 주문 라인 항목 데이터를 수신하고 데이터베이스에 삽입하기 전에 비즈니스 로직 및 유효성 검사를 실행합니다. UC는 하루에 10만 건 이상의 주문을 받을 것으로 예상하고 있으며 각 주문에는 최대 10개의 품목이 포함될 수 있습니다. 각 인바운드 요청에는 하나의 주문과 해당 라인 항목만 포함됩니다.사용자가 피크 업무 시간 동안 플랫폼 쇼다운에 직면하지 않도록 하기 위해 설계자가 권장해야 하는 두 가지 테스트 유형은 무엇입니까? (두 가지를 선택하세요.)
 성능 테스트
 단위 테스트
 부하 테스트
 스트레스 테스트
새로운 질문 50유니버설 컨테이너는 사용자 지정 컨테이�