Salesforce는 클라우드 기반 CRM 또는 고객 관계 관리 플랫폼입니다. 기업이 판매, 마케팅 및 고객 서비스를 포함한 고객 관계를 관리할 수 있도록 설계되었습니다. 영업 및 마케팅 팀이 잠재 고객과 고객을 육성하는 데 사용할 수 있는 유용한 도구입니다. 또한 Salesforce를 사용하여 작업을 자동화하고 프로세스를 보다 효율적으로 만들 수 있는 비즈니스용 사용자 정의 응용 프로그램을 개발할 수 있습니다. 팀 조정 및 커뮤니케이션을 통해 비즈니스가 더 큰 성공을 거둘 수 있습니다.

Salesforce의 범위

Atlas, Cisco, Deloitte, Accenture, Infosys 등과 같은 여러 회사에서 CRM 활동에 Salesforce를 사용하고 있습니다. 전문가들은 높은 급여와 직업 만족도를 받고 있으며 Salesforce의 범위는 시간이 지남에 따라 증가한다고 합니다. Salesforce에 능숙하고 경력을 쌓고자 하는 전문가를 위해 꿈의 직업을 찾는 데 도움이 될 자주 묻는 Salesforce 인터뷰 질문 목록을 작성했습니다.

자주 묻는 Salesforce 면접 질문 상위 10개

• Salesforce 란 무엇입니까?
• Salesforce가 중요한 이유는 무엇입니까?
• Salesforce의 기능은 무엇입니까?
• Salesforce와 같은 클라우드 솔루션의 이점은 무엇입니까?
• Salesforce에서 개체란 무엇입니까?
• Salesforce의 감사 추적이란 무엇입니까?
• Salesforce의 접속 개체란 무엇입니까?
• Salesforce의 확인 규칙은 무엇입니까?
• Salesforce에서 데이터 손실의 원인은 무엇입니까?
• sObject 유형이란 무엇입니까?

블로그는 아래 나열된 다양한 범주에 대한 Salesforce 면접 질문을 다룹니다.

• 기본 Salesforce 인터뷰 질문
• 중급을 위한 Salesforce 면접 질문
• 경력자를 위한 Salesforce 면접 질문
• 시나리오 기반 인터뷰 질문
• 주제 기반 인터뷰 질문
  • 세일즈포스 기초
  • 번개 기반
  • 보고서 및 대시보드
  • 트리거, 워크플로 및 프로세스 빌더
  • 통합 및 테스트
  • Apex, Aura, Visualforce 및 LWC
• Salesforce FAQ

기본 Salesforce 인터뷰 질문

신입생을 위한 Salesforce 면접 질문에 대한 이 섹션에서는 면접 과정에서 일반적으로 묻는 질문을 다룹니다. 신입생으로서 면접 과정이 처음일 수 있습니다. 이러한 질문을 배우면 자신감 있게 면접관에게 대답하고 다가오는 면접을 에이스하는 데 도움이 될 것입니다. 

1. 세일즈포스란?

아래 그래픽은 오늘날의 기술에 정통한 환경에서 Salesforce의 힘을 보여줍니다. 그들 모두는 Salesforce 서비스와 제품을 사용하여 Google 및 Facebook과 같은 거대 기술 기업부터 이웃 콜 센터에 이르기까지 문제를 해결합니다.

그럼 이제 Salesforce가 무엇인지 알아보겠습니다.

Salesforce는 클라우드 기반 고객 관계 관리 (CRM) 소프트웨어를 사용하면 모든 규모의 조직에서 고객 데이터, 연락처, 판매 기회 및 사례를 한 곳에서 관리할 수 있습니다. 또한 사용자 정의 가능한 보고서와 대시보드를 제공하므로 사용자가 비즈니스에 대한 통찰력을 얻을 수 있습니다. 또한 Salesforce는 다양한 기능과 통합을 제공하여 다목적 CRM 솔루션이 됩니다.

2. Salesforce가 중요한 이유는 무엇입니까?

Salesforce는 기업이 보다 효율적인 방식으로 고객과 연결할 수 있도록 해주기 때문에 중요합니다. 또한 기업은 판매 및 마케팅 프로세스를 자동화하여 많은 시간과 비용을 절약할 수 있습니다.

3. Salesforce의 기능은 무엇입니까?

Salesforce에는 다음과 같은 다양한 기능이 있습니다.

• 판매 데이터: 
  • Salesforce CRM은 비즈니스에서 올바른 결정을 내리는 데 도움이 되는 올바른 판매 데이터를 얻는 데 도움이 됩니다.
  • 판매 데이터를 사용하면 정확한 데이터로 생산성을 높여 판매 및 마케팅을 늘릴 수 있는 다음 단계를 쉽게 계획할 수 있습니다.
• 유동성: 
  • Salesforce CRM은 모바일 앱을 사용하여 스마트폰을 휴대용 영업 사무실로 전환할 수 있고 앱으로 언제든지 대시보드를 볼 수 있으므로 휴대가 가능합니다.
  • 또한 통화를 기록하고 새로운 리드에 응답하는 등의 옵션을 제공합니다. 
• 파일 동기화 및 공유:
  • Salesforce를 사용하면 파일을 쉽게 공유하고 동기화하여 콘텐츠를 실시간으로 추적할 수 있습니다.
  • Salesforce에서 파일을 쉽게 검색할 수 있으며 변경 사항이 파일에 통합될 때 수시로 알림을 제공하는 변경 사항을 구독할 수도 있습니다. 
• 판매 예측: 
  • Salesforce는 오버레이별로 예측을 사용하여 적절한 사람에게 크레딧을 제공하고 진행 상황을 개별적으로 추적할 수 있도록 합니다. 
  • 리드의 여정을 추적하여 거래에 관심이 있는지 여부를 확인할 수도 있습니다. 뛰어난 예측력을 통해 리드를 분석하는 것은 영업에 큰 도움이 됩니다. 
• 리드 관리 : 
  • Salesforce 앱은 새로운 리드와 해당 소스에 대한 정보를 제공하는 빠른 리드 변환기 시스템처럼 작동합니다. 자동 이메일 전송 시스템은 고객에게 연락하는 데 매우 유용하고 수익 창출 시스템을 향상시킵니다.
  • Salesforce의 리드 관리는 연락처에 대한 업데이트를 수시로 제공하고 영업 경로를 사용하여 리드 관리에 필요한 관련 문서를 이해합니다. 
• 연락처 관리 :
  • Salesforce를 사용하여 고객에 대한 전체 세부 정보를 얻을 수 있으며 해당 데이터는 고객이 특정 서비스나 제품에 관심이 있는지 분석하는 데 유용합니다. 
  • 리드 및 고객의 중요한 데이터와 제품, 서비스 등과의 상호 작용 기록을 제공하여 연락처 관리를 쉽게 만듭니다. 

4. Salesforce와 같은 클라우드 솔루션의 이점은 무엇입니까?

Salesforce의 이점 중 일부는 고객 데이터를 관리하고 프로세스를 자동화 및 간소화하며 고객 행동에 대한 통찰력을 제공할 수 있다는 것입니다. 또한 Salesforce는 영업 팀이 생산성을 높이고 더 많은 거래를 성사시키며 고객 관계를 개선하도록 도울 수 있습니다.

5. Salesforce에서 개체란 무엇입니까?

Salesforce의 개체는 조직에 대한 중요한 데이터 및 기타 정보를 저장하는 데 사용되는 데이터베이스 테이블로 간주됩니다. 또한 회사에 더 많은 기능을 제공합니다. Salesforce에는 다음과 같은 두 가지 유형의 개체가 있습니다.

• 표준 개체: 이러한 개체는 연락처, 사례, 리드, 제품, 서비스, 계약, 보고서, 대시보드, 기회 등을 포함하여 Salesforce 플랫폼에서 이미 사용할 수 있습니다. 
• 사용자 정의 개체: 이러한 개체는 Salesforce 대시보드에서 만들 수 있으며 조직에 대한 다른 중요한 정보를 저장하는 데 사용할 수 있습니다. 사용자 지정 개체는 데이터 공유 옵션도 제공합니다. 이러한 개체에는 사용자 정의 필드, 페이지 레이아웃, 대시보드 및 보고서용 사용자 정의 사용자 인터페이스 등이 포함됩니다. 

6. Salesforce의 감사 추적이란 무엇입니까?

감사 추적은 귀하와 다른 관리자가 설정에서 변경한 사항을 추적하는 데 유용합니다. 이 기능은 조직에 두 명 이상의 관리자가 있을 때 매우 유용합니다. 가장 최근에 조직에 적용된 20개의 설정 변경 내역을 제공하며 이러한 변경을 수행한 사람도 알 수 있습니다. 이렇게 하면 누가 언제 프로젝트를 수정했는지 항상 알 수 있습니다. 

감사 추적 기록에서 얻는 정보에는 변경 사항, 변경한 사람, 변경 시간 및 날짜가 포함됩니다. 

7. Salesforce의 연결 개체는 무엇입니까?

Salesforce는 다양한 방식으로 개체를 연결하는 데 도움이 되는 개체와의 다양한 유형의 관계를 제공합니다. 접합 개체는 Salesforce에서 다대다 관계를 만들려는 경우에 유용합니다. 이 개체는 정상적인 부모-자식 또는 일대다 관계가 적용되지 않을 때 유용합니다. 사용자 정의 개체로 생성한 다음 이러한 개체를 마스터 및 세부 관계와 같은 두 가지 관계와 연결할 수 있습니다. Salesforce에서 특정 데이터 스키마를 모델링할 때 중요해집니다. 예를 들어 플랫폼 StudySolutions는 연구 개체와 솔루션 개체 간의 다대다 관계를 저장하므로 연결 개체처럼 작동합니다. 그러나 스터디 개체와 솔루션 개체 간의 관계는 Salesforce에서 접합 관계입니다. 

8. Salesforce의 유효성 검사 규칙은 무엇입니까?

Salesforce의 유효성 검사 규칙은 데이터의 무결성 제약 조건을 적용하는 데 유용합니다. 유효성 검사 규칙에서는 조건이 실패할 경우 Salesforce가 다른 조건을 확인하는 등 수식 편집기에 몇 가지 조건을 제공합니다. 경우에 따라 모든 조건이 실패하면 레코드를 저장하고 적절한 오류 메시지를 표시합니다. 

Salesforce를 사용하면 개체, 캠페인, 사용자, 프로젝트 및 필드에 대한 확인 규칙을 만들 수 있습니다. 예를 들어 사용자가 제한된 필드를 변경하려고 하면 적절한 오류 메시지가 표시되고 관리자 또는 인증된 사람의 유효성 검사가 완료된 경우에만 허용됩니다. 

이러한 규칙은 사용자가 필수 세부 정보를 충족하는지 여부를 지정하기 위해 레코드의 둘 이상의 필드에서 데이터를 평가하는 일부 수식 또는 조건으로 구성됩니다. 

9. Salesforce에서 데이터 손실의 원인은 무엇입니까?

다음을 포함하여 Salesforce에서 데이터 손실에 대한 몇 가지 이유가 있을 수 있습니다.

• 통합 오류: 이러한 오류는 Salesforce에서 데이터 손실의 원인 중 하나일 수 있으며 회사가 마케팅 도구 등과 같은 Salesforce와 내부 시스템 및 응용 프로그램을 통합할 때 발생할 수 있습니다. 기본 구성을 변경하면 예기치 않은 플랫폼 동작이 발생하여 데이터가 손실되거나 손상됩니다. 
• 마이그레이션 오류: 마이그레이션은 엄청난 양의 데이터를 다른 곳으로 이동하는 데 매우 유용합니다. 마이그레이션을 수행하려면 데이터를 통합하고 데이터 손실 위험을 증가시키는 복잡한 변환을 수행하는 것이 중요해집니다. 
• 인적 오류: 사고는 언제 어디서나 발생할 수 있습니다. 데이터 손실의 원인은 데이터에 대한 사람의 개입인 경우가 더 많습니다. 두 명 이상의 관리자가 있으면 모든 관리자가 데이터에 액세스할 수 있는 동일한 권한을 가지며 한 관리자가 변경하면 데이터 손실이 발생할 수 있으므로 데이터 손실이 발생할 수 있습니다. 

10. sObject 유형이란 무엇입니까?

SObject는 데이터베이스에 데이터를 저장하는 표준 또는 사용자 지정 개체입니다. 단일 sObject 변수는 개체의 SOAP API를 사용하여 Apex의 도움으로 선언할 수 있는 데이터 행을 보여줍니다. 

예 :

Acc x = new Acc();
CustomObject CO = new CustomObject();

이는 SOAP API와 매우 유사하며 apex를 사용하면 일반 sObject를 사용하여 모든 개체를 나타낼 수 있습니다. 코드에서 사용한 new 연산자에는 여전히 sObject 유형이 필요하므로 모든 인스턴스는 sObject에 고유해야 합니다. 

예 :

sObject x = new Custom();

11. Apex 거래란 무엇입니까?

Apex 트랜잭션은 일련의 작업을 나타내는 데 사용됩니다. 이러한 작업은 단일 단위로 실행되며 이러한 모든 작업은 성공적으로 완료되거나 완료되지 않습니다. 이는 Apex의 전체 트랜잭션이 롤백되고 단일 작업에서 오류가 발생하면 데이터베이스에 데이터가 커밋되지 않기 때문입니다. 트랜잭션 경계 내부에 있는 작업은 단일 작업 단위만 나타냅니다. Apex 트랜잭션은 코드가 Apex에서 원자성 트랜잭션의 일부로 실행될 때 데이터의 무결성을 보장합니다. 

Apex 트랜잭션의 모든 DML 작업은 단일 단위만 나타내며 이는 외부 코드에 대한 트랜잭션 경계에서 수행되는 호출에도 적용됩니다. 

12. Apex의 공개 클래스와 글로벌 클래스의 차이점은 무엇입니까?

Apex에서 공개 클래스와 전역 클래스의 차이점은 다음과 같습니다. 

13. getter 메소드와 setter 메소드는 무엇입니까?

Getter 방법: 이름 변수가 호출될 때마다 이 방법은 해당 변수의 값을 Apex의 Visualforce 페이지에 반환합니다. Getter 메서드는 해당 변수의 get 메서드를 호출하며 이해를 돕기 위해 아래 예를 살펴보겠습니다.

{!값}

이 예에서 값 변수는 클래스에서 선언될 때 Visualforce 페이지에서 사용됩니다.

• Setter 방법: Visualforce 페이지의 값은 setter 방법에서 가져오고 Apex 변수 이름에 저장됩니다. 이 방법을 더 잘 이해하기 위해 아래 예를 살펴보겠습니다.

public class setterMethod{
public string value;
public string getvalue(){
return value;
}
public void setValue(string value){
this.value = value;
}
}

위의 예에서 Visual Force 페이지는 코드에서 값을 가져오고 값을 apex 변수에 저장하려고 시도합니다. 

14. Salesforce 플랫폼에서 구축할 수 있는 사용자 정의 앱의 예를 제시하십시오.

Salesforces를 사용하면 플랫폼에서 사용자 정의 응용 프로그램을 구축할 수 있으므로 사용자 정의 수준을 한 단계 더 높일 수 있습니다. 판매 및 서비스 클라우드는 이 특정 목적을 위해 설계된 다양한 기능으로 설정됩니다. 몇 가지 예는 다음과 같습니다.

• 관리자가 팀의 목표와 목표를 추적하는 데 도움이 되는 목표 설정 애플리케이션
• 내부 팀 또는 채용 담당자가 입사 지원서를 관리할 수 있는 HR 지원서
• 인보이스 및 결제 추적에 도움이 되는 금융 시스템

15. Salesforce에서 데이터와 메타데이터의 차이점은 무엇입니까?

데이터 – 비즈니스가 의존하는 레코드입니다. 계정, 연락처, 사용자 등

메타데이터 – 다른 데이터를 설명하는 데이터입니다. 이는 Salesforce 환경의 모양을 구축하는 데 사용되는 필드, 코드, 구성, 페이지 레이아웃 및 논리와 관련이 있습니다.

블로그의 이 섹션에서는 Salesforce에 대한 경험이 이미 있지만 지식을 연마하고 다가오는 Salesforce 인터뷰를 준비하려는 전문가를 위한 질문을 다룹니다.

16. 스키니 테이블에 대해 설명해보세요. 스키니 테이블에 대한 고려 사항은 무엇입니까?

스키니 테이블은 조인을 피하기 위해 가장 자주 사용되는 필드에 액세스하려는 경우에 유용합니다. 스키니 테이블은 읽기 전용 유형인 특정 작업의 성능을 향상시키며 이러한 작업은 목록 보기 및 보고서가 될 수 있습니다. 이러한 테이블은 원본 테이블이 수정될 때마다 원본 테이블과 동기화되므로 매우 효과적입니다. 

Salesforce 계정에서 스키니 테이블을 사용하려면 Salesforce 고객 지원에 문의해야 합니다. 이러한 테이블을 직접 만들 수 없기 때문입니다. 따라서 이러한 스키니 테이블을 만들려면 Salesforce의 고객 지원에 문의해야 합니다. 

스키니 테이블에 대한 고려 사항은 다음과 같습니다.

• 테이블은 다른 개체의 값을 저장할 수 없습니다.
• 스키니 테이블은 최대 100개의 열만 포함할 수 있습니다. 
• 이러한 스키니 테이블은 조직의 전체 샌드박스에 쉽게 복사할 수 있습니다. 

17. 퓨처 어노테이션(@future)이란?

• 비동기적으로 실행되는 메서드를 지정하려는 경우 향후 주석이 표시됩니다. 그리고 향후 주석을 사용하면 방법을 지정하는 데 매우 유용합니다. 
• @future 어노테이션으로 지정된 메서드는 Salesforce의 필요한 리소스가 모두 사용 가능한 경우에만 실행됩니다. 

Future 주석을 사용하기 위한 구문은 다음과 같습니다.

global class nameOfClass
{
@future
static void nameOfMethod(arguments/parameters)
{
//method definition here
}
} 

18. Salesforce에서 사용할 수 있는 다양한 유형의 이메일 템플릿은 무엇입니까?

• Salesforce의 다양한 유형의 이메일 템플릿은 다음과 같습니다.

• HTML 레터헤드 포함: 이러한 유형의 이메일 템플릿은 레터헤드를 기반으로 "HTML 템플릿 편집" 권한이 있는 관리자 및 사용자만 액세스할 수 있습니다.
• 사용자 정의 HTML: 이러한 이메일 템플릿은 레터헤드를 사용하여 "HTML 템플릿 편집" 권한이 있는 사용자 및 관리자가 만들 수 있습니다. 
• 텍스트: 이 이메일 템플릿은 조직의 모든 사람이 액세스할 수 있으며 모든 사용자는 이러한 템플릿을 수정하거나 만들 수 있습니다. 

19. Salesforce API와 사용법에 대한 예를 들어주실 수 있습니까?

• 개발자가 여러 가지 방법으로 시스템과 상호 작용할 수 있도록 Salesforce에서 제공하는 몇 가지 API가 있습니다. 그들 중 일부는 다음과 같습니다.

• 대부분: 이 API는 Salesforce 조직에 엄청난 양의 데이터를 로드하고 쿼리하기 위해 프로그래밍 방식으로 액세스하는 데 사용됩니다. 
• 쉬다: REST API는 XML 또는 JSON 형식의 HTTP 메서드를 사용하여 Salesforce와 쉽게 통합할 수 있습니다. REST API는 조직 외부의 모바일 애플리케이션 및 클라이언트 개발을 위한 이상적인 API로 작동합니다. 

예를 들어 Salesforce 버전에 대한 일부 데이터를 검색해야 하는 경우 다음 코드를 사용하여 요청을 제출해야 합니다.

curl https://<Instance>.salesforce.com/services/data

위의 코드에서 인스턴스를 조직의 인스턴스로 바꿔야 합니다. 

그리고 위 코드의 출력은 다음과 같습니다.

[
{
“label”: “Weather ‘11”,
“url” : “/services/data/v20.2”,
“version” : “20.2”
}
…
]

20. Salesforce의 사용자 정의 레이블은 무엇입니까? 맞춤 라벨의 글자수 제한은 어떻게 되나요?

Salesforce의 사용자 정의 레이블은 다국어 응용 프로그램을 개발하기 위해 개발자가 사용하는 레이블입니다. 이러한 응용 프로그램은 사용자의 모국어로 정보를 표시하는 데 사용됩니다. 사용자 지정 레이블은 다른 언어의 사용자가 해당 응용 프로그램의 정보에 액세스할 수 있으므로 사용자 지정 값으로 작업하는 데 매우 유용합니다. 

Salesforce에서는 단일 사용자 정의 레이블의 문자 제한이 5000인 최대 1000개의 사용자 정의 레이블을 만들 수 있습니다. 그러나 사용자 정의 레이블이 관리 패키지에서 생성된 경우 이 제한에 포함되지 않습니다. 

21. 속성 태그란 무엇입니까? 포함하는 구문은 무엇입니까?

속성 태그는 코드의 번개 구성 요소로 참조할 정보를 저장하는 데 사용됩니다. 컴포넌트의 속성은 객체의 인스턴스 변수처럼 작동합니다.

속성 태그를 포함하는 구문은 다음과 같습니다.

<action:attribute>

위의 구문에서 action 대신 속성 태그에 다른 이름을 지정하여 포함할 수 있습니다. 

22. Visualforce에서 사용되는 세 가지 바인딩 유형은 무엇입니까? 각각은 무엇을 가리킵니까?

Visualforce에는 다음과 같은 세 가지 유형의 바인딩이 있습니다.

1. 데이터 바인딩: 이 바인딩은 컨트롤러의 데이터 세트를 참조합니다.
2. 구성 요소 바인딩: Visualforce 구성 요소는 구성 요소 바인딩에 의해 참조됩니다.
3. 액션 바인딩: 작업 메서드는 Visualforce의 작업 바인딩에 의해 트리거됩니다. 

23. Apex의 다양한 유형의 컬렉션은 무엇입니까? Apex의 지도는 무엇입니까?

Apex의 컬렉션은 개발자가 여러 유형의 데이터를 단일 변수로 결합하거나 수집할 수 있도록 하는 복합 데이터 유형입니다. Apex에는 List, Map 및 Set과 같은 세 가지 유형의 컬렉션이 있습니다.

• 명부: 목록은 인덱스로 구분할 수 있는 정렬된 요소 모음입니다. 
• 지도: 맵은 '키/값' 쌍으로도 알려져 있으며, 이는 맵이 각 색인 번호에 대한 특정 키를 갖는 색인 값이 있는 모음임을 의미합니다. 
• 집합: 집합은 요소 모음이 있는 목록과 같지만 유일한 차이점은 요소가 집합에서 순서가 없다는 것입니다.  

24. Visualforce 페이지에 어떻게 Visualflow를 임베드할 수 있습니까?

Visualforce 페이지에 시각적 흐름을 포함하기 위해 수행해야 하는 몇 가지 단계가 있습니다.

• 설정으로 이동한 후 빠른 찾기 상자에서 흐름을 찾은 다음 흐름을 선택합니다. 
• 흐름 이름을 클릭하고 API 이름을 복사합니다.
• 이제 다시 설정에서 Visualforce 페이지를 입력하고 새 Visual Force 페이지 정의를 클릭합니다. 
• 추가 사이의 어떤 장소에서 구성 요소 태그.
• 이제 Visualflow의 이름을 설정해야 합니다.
• 저장을 클릭합니다.
• 이 시각적 흐름을 일부 사용자로 제한하려면 Visualforce 페이지의 보안으로 이동하고 프로필을 추가하여 프로필을 활성화하면 됩니다. 
• 마지막으로 사용자 지정 링크 또는 버튼을 사용하여 애플리케이션에 비주얼 포스 페이지를 추가해야 합니다. 

따라서 다음은 Visualforce 페이지에 Visualflow를 추가하기 위해 따라야 하는 단계입니다. 

25. 배치 Apex 클래스의 다른 방법은 무엇입니까?

Salesforce에는 Batch Apex Class의 세 가지 방법이 있습니다.

• 시작 방법 : 이 메서드는 apex 작업 시작 시 호출됩니다. 이 메서드는 한 번 호출되며 Database.QuerLocator 또는 작업에 전달된 변수, 레코드, 개체를 반환합니다. 
• 실행 방법: 작업에 전달되는 각 레코드 배치에 대해 호출됩니다. 메서드 실행을 위한 기본 일괄 처리 크기는 200개 레코드이며 최대 레코드 수는 2000개 레코드입니다. 모든 레코드가 start 메서드에서 받은 순서대로 실행된다는 보장은 없습니다.
• 마침 방법: finish 메서드는 전자 메일 보내기와 같은 후처리 작업을 실행하는 데 사용됩니다. 이 메서드는 모든 배치가 처리된 후에 호출됩니다. 

경력자를 위한 Salesforce 면접 질문

Salesforce 인터뷰 질문 블로그의 이 부분에서는 숙련된 전문가가 다가오는 인터뷰 과정에서 직면할 수 있는 질문을 다룹니다. 더 잘 준비할 수 있도록 자주 묻는 질문 목록이 있습니다.

26. Visualforce 페이지가 다른 도메인에서 제공되는 이유는 무엇입니까?

• 서로 다른 도메인에서 비주얼 포스 페이지가 발견되는 유일한 이유는 보안 때문입니다. 사용자 정의 가능 항목과 사용자 정의 불가능 항목에 대한 제어를 유지하기 위해 Salesforce는 Visualforce 페이지를 서로 다른 도메인에 유지합니다. 

27. 활동에서 WhoId 및 WhatId는 무엇입니까?

• WhoID는 사람들의 물건에 사용되며 활동에서 Lead ID 또는 연락처 ID를 사용합니다.
• WhatID는 객체인 사물에 사용되며 활동에서 참조할 계정 ID 또는 기회 ID를 사용합니다. 

28. 마스터-디테일 관계의 경우 롤업 요약 필드를 가질 수 있습니까?

• Salesforce에서 마스터-세부 사항 관계에 대한 롤업 요약 필드를 가질 수 있지만 조회 관계는 롤업 요약을 가지기에 적합하지 않습니다. 롤업 요약 필드는 세부 레코드의 필드 집합 값에 따라 마스터 레코드의 값을 표시하려는 경우에 유용합니다. 그러나 세부 사항 레코드는 마스터-세부 사항 관계와 관련되어야 합니다. 세부 레코드의 총 수 계산, 합계, 최소값 또는 최대값 찾기와 같은 롤업 요약을 사용하여 수행할 수 있는 계산은 네 가지가 있습니다. 

29. 비결정적 Force.com 수식 필드의 예는 무엇입니까?

• 비결정적 force.com 수식 필드의 예는 다음과 같습니다.

• TODAY() 또는 NOW()와 같은 동적 데이터 기능이 있는 필드
• 조회 필드
• 수식 필드는 다른 엔터티에 대한 참조로 작동합니다. 

• Visualforce에서 페이지 매김을 구현하기 위해 OFFSET 및 StandardSetController 페이지 매김과 같은 두 가지 옵션이 있습니다. 
• 먼저 OFFSET Pagination을 살펴보겠습니다.
• 비주얼포스:

<apex:page controller= “OffsetPaginationController”>
<apex:form>
<apex:pageSection id = “ps” title= “accountNumber”>
<apex:pageSectionTable value = “{!accountNumber}” var = “c” id = “pst”>
<apex:column value = “{!c.userName}” />
<apex:column value = “{!c.userContact}” />
</apex:pageSectionTable>
<apex:commandClick value = “firstButton” action = “{!frstbtn}” disabled= “{!prev}” reRender = “pd, pb”/>
<apex.commandClick balue = “prevButton” action = “{!prevbtn}” disabled = “{!prev}” reRender = “pt, pb” />
<apex.commandClick value = “nextButton” action = “{!nxtbtn}” disabled = “{!nxt}” reRender = “pt, pb” />
<apex.commandClick value = “endButton” action = “{!endbtn}” disabled = “{!nxt}” reRender = “pt, pb” />
</apex:pageSection>
</apex:form>
</apex:page>

제어 장치:

public class OffsetPaginationController{
public List<accountNumber> 1staccountNumber;
public Integer totalRecordsCount (get;set;)
public Integer sizeOffset = 0;
public Integer limitOfQuery = 10;
public OffsetPaginationController(){
1staccountNumber = new List<accountNumber>();
totalRecordsCount = [SELECT count() FROM accountNumber];
}
public List<accountNumber> getaccountNumbers(){
1staccountNumber = [SELECT Id, userName, Contact FROM userContact ORDER BY userName LIMIT: QueryLimit OFFSET: sizeOffset];
return 1staccountNumber;
}
public Boolean getprev(){
if(sizeOffset > 0)
return false;
else
return true;
}
public Boolean getnext(){
if(sizeOffset + queryLimit < totalRecordsCount)
return false;
else
return true;
}
public PageReference nxtbtn(){
sizeOffset += queryLimit;
return null;
}
public PageReference prevbtn(){
sizeOffset -= queryLimit;
return null;
}
public PageReference frstbtn(){
sizeOffset = 0;
return null;
}
public PageReference endbtn(){
sizeOffset = totalRecordsCount – math.mod(totalRecordsCount, queryLimit);
return null;
}
} 

• 이제 StandardSetcontroller 페이지 매김을 살펴보겠습니다.

비주얼포스:

<apex:page controller= “OffsetPaginationController”>
<apex:form>
<apex:pageSection id = “ps” title= “accountNumber”>
<apex:pageSectionTable value = “{!accountNumber}” var = “c” id = “pst”>
<apex:column value = “{!c.userName}” />
<apex:column value = “{!c.userContact}” />
</apex:pageSectionTable>
<apex:commandClick value = “firstButton” action = “{!ssc.frstbtn}” disabled= “{!!ssc.hasprev}” reRender = “pd, pb”/>
<apex.commandClick balue = “prevButton” action = “{!ssc.prevbtn}” disabled = “{!!ssc.hasprev}” reRender = “pt, pb” />
<apex.commandClick value = “nextButton” action = “{!ssc.nxtbtn}” disabled = “{!!ssc.hasnxt}” reRender = “pt, pb” />
<apex.commandClick value = “endButton” action = “{!ssc.endbtn}” disabled = “{!!ssc.hasnxt}” reRender = “pt, pb” />
</apex:pageSection>
</apex:form>
</apex:page>

제어 장치:

public class OffsetPaginationController{
public List<accountNumber> 1staccountNumber;
public Integer totalRecordsCount (get;set;)
public OffsetPaginationController(){
1staccountNumber = new List<accountNumber>();
size = 10;
}
public ApexPages.StandardSetController ssc{
get{
if(ssc == null){
String resultOfQuery = ‘SELECT Id, userName, userContact from Contact ORDER BY Name’;
ssc = new ApexPages.StandardSetController(Database.getQueryLocator(resultOfQuery));
ssc.setPageSize(size);
totalRecordsCount = ssc.getResultSize();
}
return ssc;
}
set;
}
public List<accountNumber> getaccountNumbers(){
return (List<accountNumber>)ssc.getRecords();
}
}

31. Salesforce의 "데이터 왜곡"이라는 용어를 설명하십시오.

데이터 편향은 대규모 데이터 세트가 고르지 않게 배포되는 Salesforce의 조건입니다. 이 조건은 해당 레코드의 단일 상위 개체에만 관련된 하위 개체의 레코드가 1000개가 넘는 경우 발생합니다. 

32. JavaScript에서 컨트롤러 메서드를 어떻게 호출할 수 있습니까?

페이지 로딩이 완료되면 action 매개변수가 메소드를 호출합니다. 특정 시나리오에서 다음 JavaScript 코드를 사용하여 컨트롤러 메서드를 호출할 수 있습니다.

<apex:page StandardSetController = “acc” extensions = “orderController”>
<script src= “//ajax.googleapis.com/ajax/libs/jquery/1.09.5/jquery.min.js”></script>
<script>
window.$j = jQuery.noConflict();
$j(document).ready(function(){
orderController.openPage(function(result,event){
console.log(result);
window.open(result, “_slf”);
});
});
</script>
</apex:page>
public class orderController{
//
@remoteAction
public pageReference openPage(){
pageReference newpage = NEW pageReference(‘/apex’ + ‘/openpage’ + ‘?aid=’ + a.id);
openordercontrollerembed.setRedirect(false);
return openordercontrollerembed;
}
}

시나리오 기반 인터뷰 질문

이 인터뷰에서 면접관은 요구 사항이 있는 가상의 상황을 제시하고 가능한 한 다양한 방법으로 해결하도록 요청합니다. 주로 기반으로 할 것입니다. 프로세스 빌더, 트리거 및 워크플로. 주제는 생성을 기반으로 할 수도 있습니다. 새 개체, 데이터 로더 및 관계 생성. 따라서 회사가 시나리오 기반 질문으로 알려져 있다면 이러한 모든 주제를 철저히 준비해야 합니다. 

33. 다음과 같이 원산지로 케이스가 생성될 때마다 '연락처 ' 그런 다음 상태를 다음과 같이 설정하십시오. '신제품' 및 우선 순위 '높은'.

답변 : 개체: 케이스

트리거: 삽입 전

암호:

trigger CaseOrigin on Case (before insert) { for(case c : trigger.new){ if(c.origin == 'Phone'){ c.status = 'New'; c.priority = ’High’; } }
}

34. LeadSource를 Local로 사용하여 Lead가 생성될 때마다 Cold 또는 Hot 등급을 부여합니다.

trigger LeadScenario on Lead (before insert) {
for(lead ld : trigger.new){
if(ld.leadsource == ‘Local’) { ld.Rating = 'Cold'; }
else{
ld.Rating = 'Hot'; } }
}

35. Test.startTest() 및 Test.stopTest()가 테스트 클래스에 필요합니까?

답변: Test.startTest() 과 테스트.스톱테스트() 주로 테스트 실행 컨텍스트 내에서 거버너 제한을 재설정하고 비동기 메서드를 테스트할 수 있도록 하기 위해 존재합니다. 이 두 문은 한 내에서 두 번 이상 호출할 수 없습니다. 실험 방법. 반드시 사용해야 하는 것은 아니지만 일부 상황에서는 중요할 수 있습니다. 

36. 의하자 사용자가 하위 개체에 대한 권한이 없고 상위 개체에 대한 읽기/생성/편집/삭제 권한이 있다고 가정해 보겠습니다. 상위 레코드가 생성된 후 하위 레코드를 삽입하는 상위 개체는 사용자가 상위 레코드를 수동으로 삽입한 후에 하위 레코드를 생성합니까, 아니면 생성하지 않습니까?

답변 : 예, 하위 레코드가 생성됩니다.

37. 하위 구성 요소에서 상위 구성 요소로 값을 전달해야 하는 요구 사항이 있습니까? 어떤 유형의 이벤트를 사용할 것입니까?

답변 : 구성 요소 이벤트는 두 구성 요소 간에 관계가 있는 경우에 사용됩니다. 구성 요소 이벤트는 하위 구성 요소에 의해 시작되고 상위 구성 요소에 의해 처리됩니다.

38. 우리가 새 계정 화면에서 새 버튼과 일부 기본값을 사용하여 계정을 생성해야 합니다. 이 요구 사항을 어떻게 달성할 수 있습니까?

답변 : 사용할 수있다 강제:createRecord; 특정 엔터티에 대한 레코드를 생성하기 위해 페이지를 여는 이벤트입니다. 

샘플 구문:

createRecord : function (component, event, helper) { var createRecordEvent = $A.get("e.force:createRecord"); createRecordEvent.setParams({ "entityApiName": "ObjectApiName" }); createRecordEvent.fire();
} 

39. 이름으로 프로필이 있습니다 '읽기 액세스 프로필' 두 명의 사용자 User1과 User2가 할당되었습니다. 개체 X가 있습니다. 개체 X에 대해 User1에 대한 ReadWrite 액세스 권한과 User2에 대한 ReadOnly 액세스 권한을 갖고 싶습니다. 어떻게 할 수 있습니까?

1. 1 단계 : 두 사용자 모두에 대한 읽기 액세스는 일반적이므로 프로필 설정에서 개체 'X'에 대한 '읽기' 액세스를 제공합니다. 이렇게 하면 사용자 U2는 모든 레코드를 읽을 수 있지만(조건 1개 충족) 사용자 XNUMX은 레코드만 읽을 수 있습니다(두 번째 조건 미충족).
2. 2 단계 : 다음으로 할 일은 'GrantWriteAccess'라는 권한 집합을 만들고 이 권한 집합에서 개체 'X'에 쓰기 액세스 권한을 부여하고 사용자 User1을 이 권한 집합에 할당하는 것입니다. (두 번째 조건 충족).

40. 서로 관련이 없는 두 개체 Object1과 Object2가 있습니다. 이제 이러한 개체 간에 마스터-디테일 관계(MDR)를 생성하려고 합니다. 어떻게 해야 하나요?

답변 : 시나리오 1 : 두 개체가 새 개체이고 각각에 레코드가 없는 경우. 그런 다음 설정에서 필드를 생성하여 마스터-디테일 관계를 생성할 수 있습니다.

시나리오 2 : 두 개체가 이 요구 사항 이전에 존재하고 레코드가 있는 경우. 이것이 시나리오라면 먼저 두 개체 간에 조회 관계를 만들고 모든 값이 채워졌는지 확인한 다음 조회에서 관계를 마스터-디테일로 변환해야 합니다.

41. 요구 사항은 일련의 레코드를 삭제하고 사용하지 않는 것입니다.'휴지통에도 저장되기를 원하지 않습니다. 내 옵션은 무엇입니까?

답변 : 영구 삭제 옵션을 사용하여 이 작업을 수행할 수 있습니다. 호출하여 정점에서 수행할 수 있습니다. 빈 재활용 통().

42. 이전 Insert 이벤트 트리거에서 어떤 컨텍스트 변수가 올바른 Trigger.new 또는 new Trigger.newmap입니까?

답변 : 이벤트가 삽입 전이므로 trigger.new만 지원됩니다.

Trigger.newmap은 레코드가 삽입되기 전에 레코드의 ID가 없으므로 지원되지 않습니다.

주제 기반 인터뷰 질문

이 유형의 인터뷰에서 면접관은 귀하에게 익숙한 Salesforce의 모든 섹션에 대한 질문을 할 것입니다. 일부 분야에 대한 전문 지식이 없는 경우 면접관에게 정직하게 알리십시오. 배움에 관심을 보이되 절대로 허풍을 부리지 마십시오. 면접관은 아마도 수년간의 경험을 가진 사람이고 당신이 허풍인지 아닌지 알 것입니다. 가장 일반적인 주제는 다음과 같습니다.

1. Salesforce 기초
2. 번개 기반
3. 보고서 및 대시보드
4. 트리거, 워크플로 및 프로세스 빌더
5. 통합 및 테스트
6. Apex, Aura, Visualforce 및 LWC

A. Salesforce 기초

43. 프로필과 역할의 차이점은 무엇입니까? 사용자에게 두 개의 프로필을 할당할 수 있습니까?

답변 : Salesforce 프로필은 Salesforce와 관련된 다음 주요 측면을 제어합니다.

• 필드 수준 보안 – 여기에서 사용자는 특정 요구 사항에 따라 필드 생성, 읽기, 편집 및 삭제로 제한됩니다.
• 페이지 레이아웃 – Salesforce 사용자가 볼 수 있는 페이지 레이아웃을 제한합니다.
• 사용자 정의 앱 - Salesforce 사용자가 보고 액세스할 수 있는 모든 사용자 정의 및 표준 앱을 제한합니다.
• 레코드 유형 - 특정 Salesforce 사용자가 사용할 수 있는 레코드 유형을 제한합니다.
• 로그인 - 특정 요구 사항에 따라 플랫폼에 대한 Salesforce 사용자의 로그인 시간을 제한합니다.
• 탭 - Salesforce 사용자가 액세스하고 볼 수 있는 탭을 제한합니다.

Salesforce에는 표준 프로필과 사용자 정의 프로필이라는 두 가지 주요 사용자 프로필 유형이 있습니다. 표준 프로필은 Salesforce에서 이미 제공되지만 사용자는 특정 요구 사항에 따라 사용자 정의 프로필을 만들 수 있습니다.

44. Salesforce의 총재 한도는 무엇입니까?

답변 :  모두 알고 있듯이 Salesforce는 공유(다중 테넌트) 플랫폼에 있습니다. 즉, 전체 리소스가 Salesforce의 클라이언트/고객인 모든 사람과 공유됩니다. 이를 위해서는 Salesforce가 각 클라이언트/고객이 사용하는 리소스의 일부 제한을 적용해야 합니다. 이러한 규칙을 거버너 제한이라고 합니다. 이러한 제한은 클라이언트/고객이 구매/구독한 라이선스 또는 버전에 따라 다릅니다. 

거버너 규칙 제한:

1. 거래당 Apex 한도
2. 트랜잭션당 인증 관리 패키지 한도
3. Force.com Lightning 플랫폼 Apex 제한
4. 정적 Apex 제한
5. 크기별 Apex 제한
6. 인바운드 이메일 제한
7. Salesforce의 SOQL 및 SOSL 거버너 제한
8.  알림 푸시 한도
9. API 요청 제한

45. 프로덕션 환경에서 apex 트리거/apex 클래스를 편집할 수 있습니까? 프로덕션 환경에서 Visualforce 페이지를 편집할 수 있습니까?

답변 : 아니요, 프로덕션에서 트리거 또는 클래스를 편집하고 정점에 도달할 수 없습니다. 개발 환경에서 변경한 다음 배포 도구를 사용하여 배포해야 합니다.

46. ​​샌드박스란 무엇이며 다양한 유형의 샌드박스는 무엇입니까?

샌드박스는 개발자와 테스터가 프로덕션 환경의 데이터나 설정에 영향을 주지 않고 새로운 기능과 구성 변경 사항을 만들고 테스트할 수 있는 프로덕션 환경의 복사본 역할을 합니다.

샌드박스에는 4가지 유형이 있습니다.

1. 개발자 (200MB 스토리지, 매일 새로 고침, 개발에 사용)
2. Developer Pro(1GB 스토리지, 매일 새로 고침, 통합 테스트에 사용)
3. 부분 복사(5GB 스토리지, 5일마다 새로 고침, 엔드-엔드 테스트에 사용)
4. 전체(프로덕션과 동일한 크기, 28일 후 새로 고침, UAT 테스트에 사용됨)

47. 표준 프로필은 무엇이며 그 중 일부는 무엇입니까?

답변 : 표준 프로필은 Salesforce에서 사용자에게 할당한 프로필입니다. 이러한 프로필은 삭제할 수 없으며 할당된 Salesforce 권한 집합을 준수해야 합니다.

주요 표준 프로파일 중 일부는 다음과 같습니다.

1. 시스템 관리자
2. 표준 사용자
3. 마케팅 사용자
4. 솔루션 관리자
5. 읽기 전용
6. 계약 관리자

48. Salesforce의 다양한 유형의 관계는 무엇입니까? 그것들을 구별할 수 있습니까?

답변 : 관계는 두 개체가 서로 관련되는 방식을 나타냅니다. Salesforce는 다음 관계를 허용합니다.

1. 마스터-디테일 관계
2. 조회 관계
3. 다대다 관계
4. 자기 관계
5. 외부 관계

마스터-디테일 관계: 이 관계에서 한 개체는 마스터 또는 제어 개체 역할을 하고 다른 개체는 세부 사항 또는 제어 필드 역할을 합니다. 마스터 개체 레코드가 삭제되면 세부 레코드도 함께 삭제됩니다.

마스터 레코드는 상세 레코드에 필요합니다. 긴밀하게 연결된 관계입니다. 개체당 두 개의 마스터-디테일 관계만 할당할 수 있습니다. 이 관계에 대해서만 롤업 요약 필드를 만들 수 있습니다.

조회 관계: 이 관계에서 객체는 느슨하게 결합됩니다. 다른 개체가 삭제되더라도 해당 개체는 삭제되지 않습니다. 상위 및 하위 레코드에는 고유한 공유 및 보안 설정이 있습니다. 조회 관계는 기본적으로 필수가 아닙니다. 개체당 최대 40개의 조회 관계를 할당할 수 있습니다.

다대다 관계:  다대다와 같은 관계는 없지만 공통 객체에 두 개의 마스터-디테일 관계를 추가하여 만들 수 있습니다. 공통 개체는 Junction 개체라고도 합니다.

자기 관계: 자기 관계는 같은 대상과의 관계입니다. 이는 예를 들어 더 잘 설명할 수 있습니다. 계정은 상위 계정과 관련되어 있습니다.

외부 관계 : Salesforce Connect와 함께 도입된 새로운 관계입니다. 이 관계를 사용하여 외부 개체를 다른 외부 개체에 연결합니다. 연결에 대해 18자의 Salesforce ID를 사용하는 표준 조회 관계를 지원합니다.

49. SOQL과 SOSL은 무엇입니까? 차이점은 무엇입니까?

답변: SOQL(Salesforce 개체 쿼리 언어) 쿼리() 호출, Apex 문, 트리거, Visualforce 컨트롤러 및 getter 메서드 또는 Force.com IDE의 스키마 탐색기의 queryString 매개 변수에서 간단하고 강력한 쿼리 문자열을 구성하는 데 사용됩니다. Salesforce 개체를 직접 쿼리하는 기능이 있는 SQL과 유사합니다. 한 번에 하나의 개체만 검색할 수 있습니다. DML 작업을 수행할 수 있는 레코드를 반환합니다.

SOSL(Salesforce 개체 검색 언어)  search() 호출, Apex 문, Visualforce 컨트롤러 및 getter 메서드 또는 Eclipse Toolkit의 스키마 탐색기에서 텍스트 검색을 구성하는 데 사용됩니다. 한 번에 여러 개체를 검색하는 데 사용할 수 있습니다. 트리거에서는 사용할 수 없습니다. 필드를 결과로 반환합니다. 이러한 결과에 대해서는 DML 작업을 수행할 수 없습니다.

50. 권한 집합과 공유 규칙의 차이점은 무엇입니까?

답변 : 권한 집합은 사용자에게 다양한 도구 및 기능에 대한 액세스 권한을 부여하는 설정 및 권한 모음입니다. 권한 집합은 프로필을 변경하지 않고 사용자의 기능 액세스를 확장합니다.

공유 규칙 공용 그룹, 역할 또는 영역의 사용자에 대한 공유 액세스를 확장하는 데 사용됩니다. 공유 규칙은 조직 전체 공유 설정에 대한 자동 예외를 만들어 특정 사용자에게 더 많은 액세스 권한을 부여합니다.

51. 프로덕션에 배포하는 다른 방법은 무엇입니까?

답변 :  프로덕션에 배포하는 다양한 방법은 다음과 같습니다.

1. 세트 변경
2. Force.com IDE가 포함된 Eclipse(더 이상 사용되지 않음)
3. Force.com 마이그레이션 도구 – ANT/Java 기반
4. 세일즈포스 패키지
5. VSCode Salesforce 확장 팩
6. Salesforce 코드 빌더

52. 프로덕션에 배포하는 데 필요한 최소 테스트 범위는 무엇입니까?

답변 : 필요한 최소 테스트 적용 범위는 프로덕션에 배포하는 데 75%입니다. 이것이 충족되지 않으면 apex 클래스 또는 트리거를 프로덕션에 배포할 수 없습니다.

B. 번개 기반

53. 번개 구성 요소 번들에는 무엇이 포함되어 있습니까?

답변 :  

번개 구성 요소에는 다음이 포함됩니다.

1. 구성 요소
2. 제어 장치
3. 돕는 사람
4. 스타일
5. 문서
6. 렌더러
7. SVG
8. 디자인

54. 다른 번개 구성 요소 모델의 이름은 무엇입니까?

답변 : 

두 개의 번개 구성 요소 모델은 다음과 같습니다. 

1. Aura 구성 요소 모델
2. Lightning 웹 구성 요소 모델

55. Lightning 앱 빌더란 무엇입니까?

답변 :

Lightning 앱 빌더는 Salesforce Lightning Experience 및 모바일 앱용 Lightning 페이지를 만드는 데 사용됩니다. Lightning 앱 빌더는 포인트 앤 클릭 도구입니다. Lightning 페이지는 Lightning 앱 빌더에서 페이지의 다른 영역으로 끌어다 놓을 수 있는 작고 구성 가능하며 재사용 가능한 요소인 Lightning 구성 요소를 사용하여 구축됩니다. 그것은 매우 유용하고 사용하기 쉽습니다.

이를 사용하여 다음을 만들 수 있습니다.

1. 앱 페이지
2. 홈 페이지
3. 기록 페이지

56. Lightning 구성 요소는 서버 측과 클라이언트 측에서 어떤 언어를 사용합니까?

답변 : Lightning 구성 요소는 클라이언트 측에서 Javascript를 사용하고 서버 측에서 Apex를 사용합니다.

57. Lightning에서 사용되는 도구는 무엇입니까?

답변 :

1. Lightning 앱 빌더
2. 번개 연결
3. Lightning 스키마 빌더
4. Lightning 프로세스 빌더

58. 라이트닝을 사용하면 어떤 장점이 있나요?

답변 :

1. 더 나은 성능
2. 즉시 사용 가능한 구성 요소 세트
3. 더 빠른 개발
4. 여러 장치 및 브라우저 간 호환성
5. 이벤트 기반 아키텍처
6. 풍부한 구성 요소 생태계

59. 하나의 애플리케이션에 번개 구성 요소를 포함하는 데 제한이 있습니까?

답변 : 아니요, 하나의 응용 프로그램에 번개 구성 요소를 포함하는 데 제한이 없습니다.

60. Lightning 구성 요소는 어디에서 사용할 수 있습니까?

답변 : 번개 구성 요소를 다음과 같이 사용할 수 있습니다.

1. Lightning 앱 빌더 및 커뮤니티 빌더에서 구성 요소 끌어서 놓기
2. 빠른 작업 버튼
3. 번개 페이지
4. 번개 기록 페이지
5. 독립 실행형 앱
6. 표준 작업 재정의

61. Lightning Pages를 어떻게 할당할 수 있습니까?

답변 : Lightning 페이지는 세 가지 방법으로 할당할 수 있습니다.

1. 조직 기본값
2. 앱 기본값
3. 앱, 레코드 유형, 프로필

62. Lightning은 어떤 프레임워크를 사용합니까?

답변 : Lightning은 구성 요소 기반 프레임워크를 사용합니다.

C. 보고서 및 대시보드

63. 다양한 보고서 유형은 무엇입니까?

답변 :  다양한 유형의 보고서는 다음과 같습니다.

1. 테이블 형식 보고서(기본 보고서 유형)
2. 요약 보고서(행별 그룹화 및 정렬)
3. 매트릭스 보고서(행 및 열로 그룹화)
4. 결합된 보고서(다른 보고서 유형의 보고서를 포함할 수 있음)

64. 버킷필드란?

답변 :  버킷 필드는 보고서에서 레코드를 분류하는 데 도움이 되는 필드입니다. 보고서를 정렬, 필터링 또는 그룹화하기 위해 다른 필드로 사용할 수 있습니다.

65. 표준 보고서와 사용자 정의 보고서의 차이점은 무엇입니까?

답변 : 개체 및 관계를 만들 때 Salesforce에서 표준 보고서를 만듭니다. 사용자 정의 보고서 필드는 관리자가 지정할 수 있습니다. 또한 최대 4개의 개체를 연결할 수 있습니다.

66. 대시보드란 무엇입니까?

답변 : 대시보드는 사용자에 맞게 조정할 수 있는 보고서의 그래픽 표현으로 간단하게 배치할 수 있으며 모든 사용자에게 동일한 표준 표현으로 설정할 수도 있습니다. 대시보드에는 최대 20개의 구성 요소가 있을 수 있습니다. 대시보드는 마지막 실행 보고서에 따라 데이터를 표시합니다.

67. 동적 대시보드란 무엇입니까?

답변 : 동적 대시보드는 사용자의 보안 설정에 따라 세부 정보를 표시하는 데 사용됩니다. 자체적으로 새로 고침되지 않습니다. 페이지가 새로고침되면 새로고침됩니다. 동적 대시보드는 해당 사용자와 그가 액세스할 수 있는 데이터에 특정한 데이터를 표시하는 데 도움이 됩니다.

68. 보고서의 단일 페이지에 몇 개의 레코드를 표시할 수 있습니까?

답변 : Salesforce를 사용하면 페이지에 2000개의 레코드를 표시할 수 있습니다. 더 많은 레코드를 표시해야 하는 경우 옵션은 Excel 파일로 내보내는 것입니다.

69. 보고서에서 수식 필드를 만들 수 있습니까?

답변 : 예 수식 필드는 테이블 형식을 제외한 다른 모든 유형의 보고서에서 사용할 수 있습니다. 수식은 통화, 퍼센트 또는 숫자 유형이어야 합니다.

70. 대시보드를 생성하는 데 어떤 종류의 보고서를 사용할 수 있습니까?

답변 : 요약 및 매트릭스 보고서는 대시보드를 생성하는 데 사용됩니다.

71. 데이터 로더를 사용하여 보고서를 삭제할 수 있습니까?

답변 : 아니요, 데이터 로더를 사용하여 보고서를 삭제할 수 없습니다.

72. 결합된 보고서에서 지원되지 않는 것은 무엇입니까?

답변 : 

1. 버킷 필드
2. 크로스 필터
3. 행에 필터가 표시됩니다.

D. 트리거, 워크플로 및 프로세스 빌더

73. 트리거란 무엇입니까? 다양한 유형의 이름을 지정합니다.

답변 : Apex 트리거를 사용하면 삽입, 업데이트 또는 삭제와 같은 Salesforce의 레코드에 대한 이벤트 전후에 사용자 정의 작업을 수행할 수 있습니다. 트리거를 사용하여 Salesforce UI의 다른 포인트 앤 클릭 도구로 수행할 수 없는 작업을 수행합니다. 트리거에는 두 가지 유형이 있습니다.

1. 트리거 이전(삽입, 업데이트, 삭제)
2. 트리거 이후(삽입, 업데이트, 삭제, 삭제 취소)

74. 프로세스 빌더란 무엇입니까? 왜 우리는 그것을 사용합니까?

답변 : 프로세스 빌더는 비즈니스 프로세스를 자동화하는 사용이 간편한 워크플로 도구입니다. 프로세스를 묘사하는 간단한 그래픽 표현을 제공합니다. 프로세스 빌더를 사용하여 다음을 수행할 수 있습니다. 

1. 레코드 만들기
2. 레코드 업데이트
3. 흐름 시작
4. 이메일을 보내다
5. 채팅에 게시
6. 승인을 위해 제출
7. 아웃바운드 메시지를 제외하고 모든 워크플로에서 할 수 있는 작업을 수행할 수 있습니다.

75. 워크플로란 무엇입니까? 이를 사용하여 수행할 수 있는 작업은 무엇입니까?

답변 : 워크플로는 다음과 같은 간단한 작업을 수행하는 데 사용되는 자동화 도구입니다. 

1. 새 작업 할당 
2. 가상 에이전트
3. 아웃바운드 메시지
4. 필드 업데이트

76. 승인 프로세스란 무엇입니까? 

답변 : 승인 프로세스는 사용자에게 특정 프로세스를 승인하기 위한 단계별 가이드를 제공하는 데 사용됩니다. 승인 프로세스가 특정 단계 프로세스에 도달하면 이메일을 보내거나 작업을 생성하도록 구성할 수 있습니다. 승인 프로세스는 다음 단계로 구성됩니다.

1. 프로세스 정의
2. 초기 제출 작업
3. 단계 정의
4. 최종 거부 조치
5. 최종 승인 작업

77. 재귀 트리거란 무엇이며 어떻게 피할 수 있습니까?

답변 : 재귀 트리거는 트리거의 작업이 동일한 트리거를 호출하고 루프에서 진행되는 상황입니다. 이 시나리오를 피하기 위한 간단한 단계는 정적 변수를 만들고 트리거를 실행하기 전에 변수의 상태를 확인하는 것입니다.

78. 프로세스 빌더와 플로우 빌더는 어떻게 다릅니까?

답변 : 간단히 말해서 프로세스 빌더는 더 간단한 도구로 설계되었습니다. Flow builder와 비교할 때 프로세스에서 훨씬 더 선형적입니다. Flow Builder는 프로세스 설계뿐 아니라 작업 측면에서도 훨씬 더 강력합니다. Flow Builder에는 여러 레코드를 업데이트할 수 있는 기능과 함께 삭제 기능이 있습니다. 프로세스 빌더도 여러 레코드를 업데이트할 수 있지만 프로세스를 시작한 상위 레코드의 하위 레코드만 업데이트하는 것으로 제한됩니다.

79. 작업을 예약해야 할 때 지정해야 하는 조건은 무엇입니까?

답변 :  지정해야 하는 두 가지 조건이 있습니다.

1. 레코드가 생성된 경우에만
2. 레코드가 생성 또는 편집되고 정의된 기준이 충족되는 경우

80. 대기열이란 무엇입니까?

답변 : 대기열은 미리 정의된 개체 및 사용자 집합을 보유하는 데 사용됩니다. 대기열에 있는 사람은 누구나 대기열에 할당된 작업을 선택하고 완료할 수 있습니다. 대기열에는 사용자, 공개 그룹, 파트너 사용자, 역할, 역할, 종속 항목 등이 포함될 수 있습니다.

81. 컨텍스트 변수란 무엇이며 어떻게 사용합니까?

답변 : 트리거 컨텍스트 변수(TCV)는 현재 트리거 실행의 런타임 정보를 추적하는 데 도움이 되는 변수로 정의할 수 있습니다. 그들 중 일부는 다음과 같습니다.

1. 실행 중: 이 변수는 Apex 코드의 현재 컨텍스트가 트리거가 되고 Visualforce 페이지, 웹 서비스 또는 execute anonymous() API 호출이 아닌 경우 true 값을 반환합니다.
2. is삽입: 이 변수는 실행된 트리거가 삽입 작업인 경우 true 값을 반환합니다.
3. 업데이트: 이 변수는 실행된 트리거가 업데이트 작업인 경우 true 값을 반환합니다.
4. 삭제: 이 변수는 실행된 트리거가 삭제 작업인 경우 true 값을 반환합니다.
5. 이전: 이 변수는 레코드가 저장되기 전에 트리거가 실행된 경우 true 값을 반환합니다.
6. 이후: 이 변수는 모든 레코드가 저장된 후 트리거가 실행된 경우 true 값을 반환합니다.
7. 삭제 취소: 이 변수는 레코드가 휴지통에서 복구된 경우 true 값을 반환합니다.
8. 새로운: 이 변수는 sObject 레코드의 새 버전 목록을 반환합니다. 삽입, 업데이트 및 삭제 취소 트리거에서만 사용할 수 있습니다.
9. 새로운 지도: sObject 레코드의 새 버전에 대한 ID 목록을 반환합니다.
10. 낡은: 이 변수는 sObject 레코드의 모든 이전 버전 목록을 반환합니다. 업데이트 트리거 및 삭제 트리거에서만 사용할 수 있습니다.
11. 기존 지도: 이 변수는 sObject 레코드의 이전 버전 ID 목록을 반환합니다.
12. 크기: 이 변수는 트리거에 의해 호출된 총 레코드 수를 반환합니다. 

82. Trigger, Process Builder 및 워크플로의 실행 순서는 무엇입니까?

답변 :  실행 순서는 Trigger => Workflow => Process Builder입니다.

E. 통합 및 테스트

83. 통합이란 무엇입니까? 설명.

답변 : 통합은 두 개의 애플리케이션을 연결하는 것입니다. 기업은 서로 작동하도록 설계되거나 생성되지 않은 많은 응용 프로그램을 사용합니다. 통합은 기업이 함께 작동하는 모든 애플리케이션의 최고의 효율성, 일관성 및 품질을 얻는 데 도움이 됩니다. 각 애플리케이션에는 모두 통합해야 하는 서로 다른 비즈니스 논리, 데이터 및 보안 계층이 있을 수 있습니다.

84. Salesforce에 통합하는 다른 방법은 무엇입니까?

답변 : Salesforce에 통합하는 방법에는 3가지가 있습니다.

1. 사용자 인터페이스 통합: 두 개 이상의 앱의 UI를 결합하여 각 개별 앱의 UI에 대한 재작업이 거의 또는 전혀 없는 복합 앱을 만듭니다.
2. 비즈니스 로직 통합: Apex 웹 서비스는 아웃바운드용 인바운드 및 Apex 콜아웃에 사용됩니다. 일반적으로 전체 종단 간 비즈니스 프로세스를 구현하기 위해 비즈니스 로직이 여러 애플리케이션에 분산되는 시나리오를 처리합니다.
3. 데이터 통합: SOAP API 및 REST API 여기에 사용됩니다. 일반적으로 엔터프라이즈의 한 응용 프로그램이 계정과 같은 특정 비즈니스 개체에 대한 기본 소스 역할을 하는 데이터 동기화 요구 사항을 처리합니다.

85. Salesforce에서 사용할 수 있는 API는 몇 개입니까?

답변 : 그들은 11개의 서로 다른 API입니다. 그들은:

• REST API
• 비누 API
• 대량 API
• 스트리밍 API
• 메타데이터 API
• 채터 REST API
• 사용자 인터페이스 API
• 분석 REST API
• 에이펙스 REST API
• 에이펙스 SOAP API
• 툴링 API

86. 웹서비스란?

답변 : Webservices는 통합을 수행하는 데 도움이 되는 기능입니다. 웹 서비스는 데이터 교환을 목적으로 다른 웹 응용 프로그램과 상호 작용하는 개방형 표준(XML, SOAP, HTTP 등) 기반 웹 응용 프로그램입니다. 웹 서비스는 기존 애플리케이션을 웹 애플리케이션으로 변환할 수 있습니다.

87. JSON이란 무엇입니까?

답변 : JSON(자바스크립트 객체 표기법). JSON은 XML보다 가볍습니다. 두 통신 채널 간에 데이터를 전송할 때 Text 형식이어야 하며 JSON은 텍스트이므로 Javascript로 변환하거나 그 반대로 쉽게 변환할 수 있습니다. 그런 다음 JSON을 사용하여 서버 간에 메시지를 보냅니다.

88. Salesforce에서 테스트 클래스가 필요한 이유는 무엇입니까?

답변 : 테스트 클래스는 Salesforce에서 Apex 클래스 및 트리거에 대한 단위 테스트를 작성하는 데 사용됩니다. 우리는 apex 클래스 및 트리거의 코드 적용 범위가 75% 이상인 테스트 클래스를 작성해야 합니다. 프로덕션에서 apex 클래스 또는 트리거를 배포해야 하는 경우 테스트 클래스를 함께 업로드해야 합니다. 테스트 클래스가 코드의 75%를 커버하지 못하면 배포가 실패합니다.

89. 간단한 테스트 방법의 구문?

답변 : 

@isTest
private class MyTestClass { static testMethod void myTest1() { } static testMethod void myTest2() { } } 

90. assert 문은 무엇이며 왜 사용합니까?

답변 :  Assert 문은 실제 값과 예상 값을 비교하는 데 사용됩니다. assert 문에는 3가지 유형이 있습니다.

1. system.assertEquals(발1,발2)
2. system.assertNotEquals(발1,발2)
3. system.assertEquals(발1> 발2)

91. seeAllData란?

답변 : 테스트 클래스는 기본적으로 데이터베이스의 데이터를 인식할 수 없으므로 다음을 언급해야 합니다. @isTest(seeAllData=true)  데이터베이스의 데이터를 인식하도록 합니다.

92. Apex에서 모두 테스트해야 하는 것은 무엇입니까?

답변 : Salesforce는 다음 테스트를 권장합니다.

1. 단일 레코드
2. 대량 레코드
3. 긍정적인 시나리오
4. 부정적인 시나리오
5. 제한된 사용자

F. Apex, Aura, Visualforce 및 LWC

93. LWC란 무엇입니까? Lightning 웹 구성 요소 번들에는 무엇이 포함되어 있습니까?

답변 : LWC는 개발자가 Salesforce용 Lightning 구성 요소를 구축하는 데 도움이 되는 새로운 프로그래밍 모델입니다. 를 활용한다 자바 스크립트 더 많고 Apex를 사용하지 않으므로 javascript 지식이 있는 개발자가 apex 지식 없이도 Salesforce에서 구성 요소를 더 쉽게 구축할 수 있습니다. Javascript를 사용하므로 훨씬 빠르고 가볍습니다. 번개 구성 요소 번들은 다음을 포함합니다.

1. HTML
2. 자바 스크립트
3. XML 

새 LWC 구성 요소를 만들 때 기본적으로 파일. LWC와 함께 작동하려면 Salesforce CLI가 필요합니다. 

94. 명령형과 유선 정점 방법의 차이점

답변 :  

유선 정점 방법- 페이지가 새로 고쳐지거나 반응 속성이 변경될 때마다 호출됩니다. 반환된 데이터는 변경할 수 없습니다. 연결된 apex 메서드를 사용하여 읽기 쿼리 작업만 수행할 수 있습니다. 함수 이름 앞에 @wired를 사용해야 합니다. 새로 고치려면 refreshApex()를 호출해야 합니다.

명령형 정점 방법 – 명시적으로 호출해야 합니다. 반환된 데이터는 변경 가능합니다. 명령형 작업에서 DML 작업을 수행할 수 있습니다. apex 메서드에 cacheable=true로 주석이 달린 경우 DML 작업을 수행할 수 없습니다. 함수 내에서 약속으로 호출됩니다.

95. @api와 @track이 무엇인가요? 우리는 각각 언제 사용합니까?

답변: @api 속성이나 함수를 공개해야 하는 경우에 사용됩니다. @과정 반응형으로 만드는 데 사용되었지만 Summer 19 릴리스 이후 모든 속성은 기본적으로 반응형입니다. 이제 @track은 배열의 한 요소가 변경되거나 개체의 속성이 변경되면 기본적으로 렌더링되지 않으므로 배열 또는 개체를 다시 렌더링하는 데 사용됩니다.

96. LWC 내부에서 Aura를 사용할 수 있습니까? 아니면 그 반대도 가능합니까? 

답변 : 아니요, LWC 내에서 Aura를 사용할 수 없지만 반대의 경우도 가능합니다. 즉, Aura 구성 요소 내에서 LWC를 사용할 수 있습니다. 흐름, 페이지 구성 요소 등에서 LWC를 사용할 수도 있습니다.

97. 아우라 구성 요소에 사용되는 데이터 유형의 이름은 무엇입니까?

답변 : 

• 끈
• 정수
• 부울
• 소수
• 두
• 긴
• 날짜 시간
• 날짜
• 배열
• 명부
• 세트
• 지도
• 객체

98. Aura 구성 요소에는 몇 개의 이벤트가 있습니까? 그들은 어떻게 사용됩니까?

답변 : 세 가지 유형의 이벤트가 있습니다.

1. 구성 요소 이벤트: 자식에서 부모로 데이터를 보낼 때 사용합니다.
2. 신청 이벤트: 한 구성 요소에서 계층 구조에 없는 다른 구성 요소로 데이터를 보낼 때 사용됩니다.
3. 기본 제공 이벤트: 우리가 사용할 수 있는 일부 기본 이벤트. 예: 쇼케이스.

99. Visualforce란 무엇입니까?

답변 : Visualforce는 HTML과 같은 태그 기반 마크업 언어를 사용하는 구성 요소 기반 프레임워크입니다. 프레임워크는 컨트롤러가 자동으로 생성되고 데이터베이스와 통합될 수 있는 MVC 패러다임을 기반으로 합니다.

100. 비주얼 포스 컨트롤러란? 그들은 무엇을 위해 사용됩니까?

답변 : Visualforce 컨트롤러는 사용자가 버튼이나 링크 클릭과 같은 특정 기능을 수행할 때 발생하는 일을 처리하는 데 도움이 됩니다. 3가지 유형의 컨트롤러가 있습니다.

1. 표준 컨트롤러(저장, 편집, 취소 및 삭제)
2. 사용자 지정 컨트롤러(표준을 재정의하고 새 기능을 생성할 수 있음)
3. 컨트롤러 확장(표준 컨트롤러 확장)

101. 래퍼 클래스란 무엇입니까?

답변 : 래퍼 또는 컨테이너 클래스는 인스턴스가 다른 객체의 컬렉션인 클래스, 데이터 구조 또는 추상 데이터 유형입니다. 래퍼 클래스의 속성을 정의하는 Salesforce 개발자가 정의한 사용자 정의 개체입니다. Apex 및 Visualforce 내에서 이것은 Salesforce CRM 소프트웨어 내에서 많은 비즈니스 시나리오를 달성하는 데 매우 유용할 수 있습니다.

102. 정적 자원이란 무엇입니까? 어떻게 도움이 되나요?

답변 : 정적 리소스는 .zip 및 .jar 파일로 보관된 문서, 파일, 이미지 및 라이브러리를 업로드하는 데 도움이 됩니다. 나중에 Visualforce 페이지 또는 번개 페이지에서 참조할 수 있습니다. 이러한 정적 리소스는 $Resource 변수를 사용하는 참조입니다.

Salesforce FAQ

이것으로 상위 Salesforce 인터뷰 질문에 대한 블로그를 마칩니다. 다가오는 인터뷰에 참석할 준비가 더 잘 되셨기를 바랍니다. 이러한 개념에 대해 더 자세히 알고 싶다면 다음 과정에 등록할 수 있습니다. Great Learning Academy에서 제공하는 무료 온라인 과정. 질문이 있으시면 아래 의견에 자유롭게 남겨 주시면 최대한 빨리 답변 드리겠습니다.

• 코인스마트. 유럽 ​​최고의 비트코인 ​​및 암호화폐 거래소.Click Here
• 플라토 블록체인. Web3 메타버스 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
• 출처: https://www.mygreatlearning.com/blog/salesforce-interview-questions/