A. 애자일은 고객 커뮤니티 구현에 적합한 개발 방법론이 아닙니다.

B. 3개월 내에 제공할 수 있는 기능이 알려지지 않았으며 비즈니스 요구 사항을 충족하지 못할 수 있음(Missed)

C. 요구 사항이 부족하고 3개월 일정을 감안할 때 프로젝트가 실현 가능하지 않을 수 있습니다(Missed).

D. 애자일은 요구 사항 변경을 허용하지 않으므로 고객이 결과 솔루션을 좋아하지 않을 수 있습니다.

A. 통합 테스트에 필요한 모든 개체가 포함된 전체 복사본 샌드박스를 분리합니다.

B. 통합 테스트에 필요한 모든 개체가 포함된 샌드박스 템플릿을 사용하여 부분 복사 샌드박스를 분리합니다.

C. 개발 샌드박스를 분리하고 메타데이터를 마이그레이션하고 데이터 로더를 사용하여 데이터를 로드합니다.

D. Developer pro 샌드박스를 분리하고 메타데이터를 마이그레이션하고 데이터 로더를 사용하여 데이터를 로드합니다.

A. 일부 방법은 장기 실행 프로세스를 호출하며 Mock을 사용하는 것은 장기 실행을 우회하는 지름길입니다.

B. Mock은 배치 작업을 우회하기 위해 배치 가능한 인터페이스를 확장하는 클래스에서도 사용할 수 있습니다.

C. 코드가 HTTP 콜아웃을 만들 때마다 Mock이 필요합니다.

D. Mock을 사용하면 테스트 클래스가 다른 개체, 메서드, 상태 또는 동작의 종속성을 우회할 수 있습니다. 따라서 개발자는 자신의 코드를 완전히 제어할 수 있습니다.

A. 사소한 변경은 문서화할 필요가 없으며 언제든지 수행할 수 있습니다.

B. 여전히 모든 변경 사항을 테스트해야 합니다.

C. 사소한 변경 사항은 철저하게 문서화해야 하며 일부 유형의 표준 케이던스를 따라야 합니다.

D. 다운스트림 환경은 프로덕션 변경 시 자동으로 업데이트되지 않습니다.

E. 사소한 변경을 성공적으로 관리하려면 CI/CD가 필요합니다.

A. 소스 제어를 사용하지 마십시오. Salesforce의 내장된 충돌 감지 메커니즘에 의존

B. 모든 개발자가 새 브랜치에서 새 기능을 빌드하지만 HEAD에서 버그를 수정하도록 합니다.

C. 모든 개발자가 동일한 브랜치에서 작업하고 지속적으로 회귀 테스트를 수행하도록 합니다.

D. 개발자가 별도의 브랜치에서 작업하고 테스트를 위해 공통 브랜치에서 변경 사항을 병합하도록 합니다.