Skip to main content

플로 활용하기

학습 목표

이 유닛을 완료하면 다음을 수행할 수 있습니다.

  • 플로를 위한 테스트 사례를 식별할 수 있습니다.
  • 플로 인터뷰가 무엇인지 설명할 수 있습니다.
  • Flow Builder에서 플로를 테스트할 수 있습니다.

관리자 또는 개발자로서 여러분은 모든 사용자 정의 항목을 사용자에게 배포하기 전에 테스트해야 하며, 플로 역시 이와 다르지 않습니다. 테스트를 통해 플로의 동작을 미세 조정하고, 버그를 식별 및 수정하며, 사용자의 성공적인 경험을 보장할 수 있습니다. 또한 몰려오는 사용자들의 이메일에 응답하는 데 시간을 훨씬 적게 할애하기 때문에 이점도 얻을 수 있습니다.

시작하기 전에

이 유닛을 진행하기 전에 간단한 플로 작성하기 프로젝트를 완료하는 것이 좋습니다. 이 유닛은 학습한 내용을 바탕으로 만듭니다.

테스트 계획 수립

테스트를 시작하기 전에 테스트 사례 목록의 초안을 작성하고 예상 결과를 알아보세요. 다음 사항을 고려해볼 수 있습니다.

  • 작업이 발생할 것으로 기대되는 시기
  • 작업이 발생하지 않을 것으로 기대되는 시기
  • 수식이 확인되는 방법

간단한 플로 작성하기의 예제를 사용하여 해당 모듈에서 작업하는 New Contact(새 연락처) 플로에 대한 네 가지 주요 테스트 사례가 있습니다.

토글 설정

일치하는 레코드

예상되는 결과

선택 해제됨

존재하지 않음

연락처가 생성되었습니다.

선택 해제됨

존재함

연락처가 생성되었습니다.

선택됨

존재하지 않음

연락처가 생성되었습니다.

선택됨

존재함

연락처가 업데이트되었습니다.

테스트할 대상을 파악했으니 이제 플로를 테스트해보겠습니다.

Flow Builder의 테스트 옵션

플로가 작동하는지 확인하기 위해 Flow Builder에서 나갈 필요는 없습니다. 버튼 모음에는 플로 실행을 위한 Run(실행) 및 Debug(디버그)라는 두 가지 버튼이 포함됩니다.

  • Run(실행)은 열었던 플로 중 가장 최근에 저장된 버전을 실행합니다.
  • Debug(디버그)는 Run(실행) 버튼이 수행한 모든 작업을 수행하지만 몇 가지 강력한 기능이 추가됩니다. 플로를 실행하는 동안 플로의 입력 변수 값을 입력하고 디버그 세부 사항을 표시할 수 있습니다. 이를 통해 플로가 데이터를 처리하는 방법을 확인할 수 있습니다.
참고

Classic 런타임에서 플로의 작동 방식을 테스트할 필요가 없는 경우 항상 Debug(디버그)를 사용하여 플로를 테스트하세요. Debug(디버그)는 항상 Lightning 런타임을 사용하는 반면 Run(실행)은 조직의 프로세스 자동화 설정에서 Lightning 런타임 사용 환경설정을 따릅니다.

Debug(디버그)를 클릭하고 세부 사항을 표시하도록 선택하면 플로의 화면(1)과 디버그 세부 사항(2)이 표시됩니다. 플로 단계를 진행하면서 새로운 세부 사항이 오른쪽 패널에 추가됩니다.

디버그 모드의 New Contact(새 연락처) 플로 인스턴스.

플로 인터뷰 소개

플로가 실행될 때마다 플로 인터뷰가 시작됩니다. 플로 인터뷰는 플로의 인스턴스입니다.

끝없는 게임(Choose Your Own Adventure)이라는 책을 생각해 보세요. 독자에게 선택권을 주고 각 선택에 대한 지침을 제공하여 책 자체가 플로를 구성합니다. 플로 인터뷰는 독자와 같습니다. 읽으면서 선택을 하고 그 선택에 대한 지침을 따릅니다. 책을 읽을 때마다 책에서 다른 경로를 선택하고 다른 스토리를 경험할 수 있습니다.

플로 인터뷰의 경우에도 동일합니다. 해당 인터뷰에 제공된 데이터를 기반으로 화면 상의 입력 변수 또는 입력 구성 요소에 따라 각 인터뷰가 플로에서 다른 경로를 선택할 수 있으며, 결과적으로 다른 작업이 수행될 수 있습니다.

인터뷰의 실제 사례를 살펴보기 위해 테스트 계획에서 가져온 네 가지 사례를 확인해 보세요.

Flow Builder에서 플로 테스트하기

  • Flow Builder에서 Debug(디버그)를 클릭합니다. 두 번째 확인란이 선택되어 있는지 확인합니다. 그렇지 않은 경우 디버그 세부 사항이 표시되지 않습니다. 이 플로에는 하위 플로 요소나 입력 변수가 없으므로 해당 설정에 대해서는 걱정하지 않아도 됩니다.
  • Run(실행)을 클릭합니다.
  • 첫 번째 테스트 사례를 검증합니다.
    • 이름과 성을 입력하고 계정을 선택합니다.
    • 토글을 선택 해제된 상태로 둡니다.
    • Next(다음)를 클릭합니다.
    • 디버그 세부 정보를 검토합니다.

      첫 번째 카드에서는 플로 인터뷰를 시작한 사람을 식별합니다. 인터뷰를 시작했으므로 이름과 사용자 ID가 표시됩니다.
      플로 인터뷰가 시작된 방법에 관한 디버그 세부 사항.두 번째 카드에서는 플로 인터뷰에 사용하기 위해 화면의 입력이 어떻게 저장되었는지를 요약합니다. 예를 들어 토글을 선택 해제된 상태로 두었으므로 {update_toggle} 값이 false로 설정됩니다.사용자의 정보를 수집한 화면의 디버그 세부 사항.세 번째 카드에서는 화면에 사용된 입력과 일치하는 경우 기존 레코드를 불러옵니다. 사용된 입력과 일치하는 레코드가 없는 경우 'Failed to find records(레코드를 찾을 수 없습니다).'라는 메시지가 표시됩니다.레코드 일치 여부를 확인하는 Get Records(레코드 가져오기) 요소의 디버그 상세 내역.네 번째 카드에서는 Update or Create?(업데이트 또는 생성하기)가 평가된 방법을 요약합니다. {!update_toggle.value}이(가) false이므로 인터뷰는 Create New(새로 만들기) 경로를 사용하여 Create Contact(연락처 만들기) 요소로 바로 이동합니다.기존 연락처의 업데이트 여부를 결정하는 Decision(결정) 요소의 디버그 세부 사항.다섯 번째 카드에서는 Create Contact(연락처 만들기) 요소를 요약합니다. 인터뷰는 {!contact} 변수의 값을 사용하여 연락처 레코드를 만들었습니다.연락처 값에 대한 연락처 레코드를 만드는 Create Records(연락처 만들기) 요소의 디버그 세부 정보입니다.

테스트 세부 정보를 검토했으므로 이제 이 테스트 사례에 대해 예상되는 결과를 확인합니다. 결과를 보려면 다음 단계를 따르세요.

  1. Transaction Committed(거래 커밋됨) 카드가 디버그 세부 정보의 끝 부분에 표시되는지 확인합니다.
    플로에서 작성된 레코드가 데이터베이스에 커밋되었는지 여부를 확인하는 거래 커밋 카드입니다.
  2. Flow Builder를 종료합니다.
  3. Setup(설정) 페이지, 레코드 페이지 또는 홈 페이지에서 앱 시작 관리자을 클릭하여 App Launcher(앱 시작 관리자)를 연 다음 Sales(영업)를 검색한 후 선택합니다.
  4. Contact(연락처) 탭을 클릭합니다.
  5. Recently Viewed(최근 조회 항목) 목록에는 입력한 내용과 일치하는 연락처 이름과 선택한 계정의 하위 계정이 표시됩니다.
  6. 다른 세 가지 테스트 사례에 단계를 반복합니다. 일치하는 레코드가 포함된 사례의 경우 첫 번째 테스트 사례에 사용한 것과 동일한 이름, 성, 계정을 사용하세요.

테스트 사례 중 예기치 않은 결과가 나타나는 경우 디버그 세부 사항을 사용하여 역추적하고 무엇이 잘못되었는지 확인하세요. 모든 테스트 사례가 통과되면 사용자에게 플로를 맡길 준비가 된 것입니다.

리소스

계속해서 무료로 학습하세요!
계속 진행하려면 계정을 가입하세요.
얻을 수 있는 이점
  • 커리어 목표에 대한 개인화된 권장 사항 제공받기
  • 실습 과제 및 퀴즈를 통해 스킬 연습
  • 진행 상황을 추적하고 고용주에게 공유
  • 멘토십과 커리어 기회에 연결