Firebase-tools: 에뮬레이터 제품군에 Firebase 인증 에뮬레이터 추가

@vladimirdjurdjevic 올려 주셔서 감사합니다! 이것은 우리가 할 일 목록에 있지만 에뮬레이션할 인증 서비스의 양과 이를 수행하기 위한 최선의 전략은 아직 결정하지 않았습니다. 특정 항목(예: 익명 인증)은 에뮬레이트하기가 매우 쉬운 반면 다른 항목(예: SMS 인증)은 매우 어렵습니다.

그러나 우리는 당신이 언급한 엔드 투 엔드 사용 사례를 활성화하고 싶습니다!

질문: 에뮬레이터와 함께 사용할 Firebase 사용자를 로컬로 조롱할 수 있는 라이브러리가 있다면 유용할까요? 다음과 같은 것:

firebase.auth().setEmulatedUser({
   uid: 'abc123',
   // ...
});

@samtstern setEmulatedUser() 를 호출하면 functions.auth.user().onCreate() 에뮬레이트된 클라우드 기능도 트리거됩니까? 그렇다면 매우 유용할 것입니다.

@samtstern 일부 테스트 시나리오에는 확실히 도움이 되지만 여전히 개발을 위한 실제 인스턴스가 필요합니다. 내 생각은 서로 다른 환경에 대해 여러 Firebase 프로젝트를 만드는 것을 피하고 로컬에서(오프라인으로) 개발할 수 있도록 하는 것입니다. 또 다른 접근 방식은 서비스에 대한 다양한 환경을 지원하는 것입니다. 동일한 프로젝트에서 firestore 및 auth를 위해 다른 환경을 만들 수 있다면 많은 문제를 해결할 수 있습니다. 환경별로 프로젝트를 만들 수 있다는 것을 알고 있지만 그것은 정말 골치 아픈 일입니다. 모든 환경 구성, 데이터 복제 등. 이상적으로는 하나의 Firebase 프로젝트를 만들 수 있고 수동 테스트를 위한 더미 데이터가 필요한 경우 Firestore용 스테이징 환경을 만들고 거기에 데이터를 업로드하면 됩니다.

@noelmansour 좋은 질문입니다! 그렇게 하는 것은 어렵지 않습니다. signInAsEmulatedUser 및 signUpAsEmulatedUser 와 같은 두 가지 다른 호출이 필요할 것입니다. 여기서 두 번째 호출만 함수를 트리거합니다.

@vladimirdjurdjevic 은 모든 기능을 갖춘 에뮬레이터가 최고라는 데 전적으로 동의합니다. 사용자를 로컬로 설정할 수 없어 해결되지 않는 "개발을 위한 실제 인스턴스"에서 필요한 것이 무엇인지 설명해 주시겠습니까?

질문: 에뮬레이터와 함께 사용할 Firebase 사용자를 로컬로 조롱할 수 있는 라이브러리가 있다면 유용할까요?

정말 유용합니다. 많은 도움이 될 것입니다.
지금은 로컬에서 무언가를 테스트해야 할 때마다 기록된 사용자를 검증하는 규칙 함수를 true 설정하고 있습니다. 이것은 꽤 안전하지 않지만 에뮬레이트된 현재 사용자 없이 할 수 있는 더 간단한 일입니다.

예, 이것은 매우 유용할 것입니다.

또한 functions.auth.user().onCreate() 단위 테스트를 하고 싶습니다. 지금 가장 좋은 해결 방법은 기본적으로 onCreate 전달된 콜백 함수를 내보내고 가짜 user 개체를 제공하는 것입니다.

그런 종류의 단위 테스트를 위해 firebase-functions-test를 확인하십시오.
모의 데이터로 함수 핸들러를 호출하는 데 도움이 되는 라이브러리입니다.

2019년 10월 13일 일요일 오전 5시 44분 Daniel K. [email protected]이 다음과 같이 썼습니다.

또한 functions.auth.user().onCreate() 단위 테스트를 하고 싶습니다. NS
지금 가장 좋은 해결 방법은 기본적으로 콜백 내보내기라고 가정합니다.
onCreate에 전달된 함수에 가짜 사용자 객체를 제공합니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/firebase/firebase-tools/issues/1677?email_source=notifications&email_token=ACATB2QYJLX2LNVDTWJV25TQOMJ4VA5CNFSM4I27PTFKYY3PNVWWK3TUL52HS4DFWEXG43
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ACTB2SO3IR6UB73F4EMZPTQOMJ4VANCNFSM4I27PTFA
.

@samtstern 실제로 Firestore 에뮬레이터와 함께 작동합니까? 이를 바탕으로 다른 목적을 위한 것이라는 인상을 받았습니다.

https://firebase.google.com/docs/functions/unit-testing#initializing

나는 확실히 단위 테스트를 위한 온라인 모드를 원하지 않습니다. 그리고 "stubbing"을 통해 Firestore 에뮬레이터에 액세스할 수 있는지 확실하지 않습니다.

@FredyC 해당 문서를 지적해 주셔서 감사합니다. "모드"가 활성화할 수 있는 스위치가 아니라 취할 수 있는 전략을 설명하기 때문에 사용된 단어가 혼란스럽습니다.

단위 테스트와 함께 Firestore 에뮬레이터를 시작하는 경우 코드가 확실히 연결될 수 있습니다. FIRESTORE_EMULATOR_HOST 환경 변수를 설정하면 Firebase Admin SDK가 자동으로 Firestore 에뮬레이터에 연결됩니다( firebase emulators:exec 가 자동으로 수행).

@samtstern 여전히 점을 연결하는 데 문제가 있으며 이 모든 것이 functions.auth.user().onCreate() 테스트에 어떻게 도움이 될까요? 기능이 프로덕션 버전이 아닌 에뮬레이터에 연결되는 것은 좋은데 Firestore만 해당되는 것이겠죠? 테스트에서 사용자 생성을 호출하여 실제로 기능 코드를 시작하려면 어떻게 해야 합니까?

언급된 firebase-functions-test에 makeUserRecord 비밀스러운 방법 이 있는 것 같지만 그것이 어떻게 작동하는지 또는 실제로 사용하는 방법은 그다지 의미가 없습니다.

@firebase/testing 패키지에서 auth.createUserWithEmailAndPassword() 를 호출하려고 시도했지만 유효하지 않은 API 키에 대해 불평하므로 온라인 버전에서만 작동한다고 가정합니다.

언급한 env 변수에 대해 org 를

나는 또한 https://github.com/firebase/functions-samples를 탐색했지만 거기에서 단위 테스트의 예를 찾지 못했습니다.

좀 이해해 주시겠습니까? :)

클라우드 함수 코드가 admin.auth().getUserByEmail() 호출을 사용하는 또 다른 경우도 있습니다. 놀랍게도 오류로 끝나지 않지만 반환될 수 있도록 해당 사용자를 생성하는 방법을 모르겠습니다. 물론 전체 관리 모듈을 조롱하는 것을 제외하고는 미친 짓입니다. :)

@samtstern 늦어서 죄송합니다. 내가 실제 인스턴스라고 말할 때 실제 인스턴스를 의미합니다. D 이상적으로는 개발을 위해 각도 환경 파일의 구성을 바꾸고 앱이 실제 API와 통신하는 것과 같은 인증 기능을 계속 구현하고 싶지만 실제로는 내 컴퓨터에서 실행되는 에뮬레이터입니다. 오프라인으로 할 수 있습니다. 이제 예를 들어 SMS를 보낼 때의 어려움을 이해합니다. 에뮬레이터가 실제 SMS를 내 전화로 보낼 것이라고 기대하는 것은 어리석은 일이지만, 콘솔에 인쇄할 수도 있습니다(전송될 SMS의 내용). 아마도 이것에 대한 가치보다 더 번거롭습니다. 그렇기 때문에 프로젝트당 여러 환경을 지원하는 것만으로도 훨씬 더 나은 결과를 얻을 수 있다고 생각합니다. 서로 다른 환경의 여러 프로젝트 간에 구성을 복제하는 데 너무 많은 시간이 걸립니다. 또한 여러 Firestore 프로젝트에 데이터를 시드할 수 있도록 스크립트에 대한 여러 서비스 계정을 관리하는 것도 힘든 일입니다. 이것이 내가 전체 Firebase 플랫폼을 에뮬레이트하면 모든 비프로덕션 환경에 사용할 수 있고 실제 Firebase 프로젝트 하나만 관리할 수 있다고 가르친 이유입니다. 그러나 프로젝트당 여러 환경을 지원하는 것이 수용 가능한 결과를 제공하는 더 나은 솔루션일 수 있습니다.

@FredyC 모든 피드백에 감사드립니다! 이것이 얼마나 혼란스러울 수 있는지 보는 것은 우리에게 정말 도움이 됩니다. 사람들이 인증과 관련된 테스트에서 하고 싶은 것은 두 가지입니다.

1. 실제 사용자를 생성하지 않고 로그인하여 Firestore 또는 Realtime Database와 같은 서비스를 사용하십시오. 지금 당장은 setEmulatedUser 것이 해결될 것입니다. 에뮬레이터가 수락하지만 제품에 의해 거부되는 가짜 인증 토큰을 로컬로 가질 수 있습니다. 더 많은 안전, 더 많은 격리 등
2. 실제로 직접 인증을 테스트합니다. 여기에는 몇 가지 조각이 있습니다.
   NS. 인증 SDK를 가리킬 수 있도록 필요한 모든 API 호출에 응답하는 인증 에뮬레이터입니다.
   NS. .onCreate 함수가 올바르게 트리거되도록 해당 에뮬레이터와 함수 에뮬레이터 간의 통합.
   씨. 오늘날 Firestore 및 RTDB에서와 같이 admin.auth() 가 인증 에뮬레이터를 가리키도록 함수 에뮬레이터 내부에서 자동 조롱합니다.

분명히 (2)가 올바른 이야기라고 생각하지만 구현 및 유지 관리가 훨씬 더 간단하기 때문에 얼마나 많은 사람들이 (1)에 만족할지 이해하려고 노력했습니다.

@samttern 알겠습니다 . 내가 틀렸다면 정정하지만 (1)은 이미 해결되지 않았습니까? 테스트에서 다음을 호출하면 Firestore 에뮬레이터가 나를 해당 사용자로 인식하여 보안 규칙에 대해 테스트할 수 있음을 의미합니다. 나는 실제로 그것을 아직 시도하지 않았지만 지금까지는 유망해 보입니다 :)

  const app = firebase.initializeTestApp({
    projectId,
    auth: {
      uid: 'owner'
    }
  })

(2)는 확실히 매우 유용하게 들리지만 확실히 다루기에는 훨씬 더 복잡합니다. 슬프게도 전체 제품에 대한 나의 통찰력은 너무 제한적이어서 여기서 유용한 아이디어를 실제로 제공할 수 없습니다.

차곡차곡 쌓아야 한다고 생각합니다. 한 번에 모든 시나리오를 다루려고 하는 대신 알려진 사용 사례를 기반으로 구축하고 이동 중에 추가하세요. 내 제한된 의견으로는 기능 트리거와 함께 "사용자 데이터베이스"를 에뮬레이트하는 것이 그렇게 어렵지 않은 것 같습니다.

@FredyC 당신은 (1)이 테스트 스위트 내에서 사용하기 위해 해결되었다는 것이 맞습니다. 그러나 다른 사용 사례는 실제로 로컬 개발을 위해 Android/iOS/웹 앱을 에뮬레이터에 직접 연결하는 것입니다. 이 경우 @firebase/testing 사용할 수 없습니다.

알 겠어요. 솔직히 @firebase/testing 를 별도의 솔루션 대신 크로스 플랫폼으로 사용할 수 있다면 정말 좋을 것입니다. 통신을 에뮬레이터로 리디렉션하는 것이 얼마나 어려울 수 있습니까? 바로 FIRESTORE_EMULATOR_HOST 아닌가요? 에뮬레이터에 다른 서비스도 포함된다면 FIREBASE_EMULATOR_HOST 와 같은 것이 더 적절할 것이라고 생각합니다.

@vladimirdjurdjevic 내 생각에는 기본적으로 signInWithPhone 메서드를 조롱하여 동작을 제어할 수 있도록 실제로 작동하지 않을까요? 그러면 콘솔에서 에뮬레이터와 시뮬레이션된 SMS 코드를 받는 것에 대해 걱정할 필요가 없습니다. :)

물론 Firestore용 에뮬레이터에 대해 인증하고 연결하는 방법이 필요합니다. 이전 https://github.com/firebase/firebase-tools/issues/1677#issuecomment -542897671에서 설명한 것과 같은 것입니다. 보안되지 않은 토큰을 생성하는 기본 방법이 있습니다. https://github.com/firebase/firebase-js-sdk/blob/master/packages/testing/src/api/index.ts#L64. 그것이 효과가 있는지 확실하지 않습니다.

물론 제3자 라이브러리를 조롱하는 것이 항상 쉬운 것은 아니지만 일단 알아내면 훌륭한 결과를 가져올 수 있습니다. 결국, 일반적으로 더 쉽게 만들기 위해 일부 라이브러리로 추출될 수 있습니다.

또한 이러한 signIn 메서드는 적절한 테스트에서도 처리해야 하는 많은 오류 코드를 던질 수 있다고 생각합니다. 조롱으로도 쉽게 할 수 있습니다.

@samtstern setEmulatedUser 와 같은 주제로 firebase.auth() 네임스페이스 컨텍스트를 확장하는 것은 기존 에뮬레이션 전략에 반패턴처럼 보입니다. 이 권장 사항은 패키지 측면의 확장 용이성의 영향을 받을 수 있습니까?

다른 에뮬레이터와 함께 별도의 인증 서비스 계층이 HTTP를 통해 시작될 것으로 예상하고 클라이언트 측 구성이 기존 API 표면을 리디렉션하여 활용할 수 있습니다.

나는 오히려 편심 AuthN 케이스가 사용자 이름/비밀번호를 통해 기본 사용자에 대해 CRUD를 최소한으로 지원하는 Admin 및 Client API로 오류를 반환하기를 원합니다. 젠장, Admin과 signInWithCustomToken 에서 Custom Token 지원으로 시작하는 것조차 정말 멀리 갈 것이라고 생각합니다. 문서에 게시된 API 지원 매트릭스로 낮은 매달린 과일을 구현할 수도 있습니다.

@FredyC 는 통합 인증 테스트를 위한 현재 전략은 애플리케이션 코드에서 조건부로 @firebase/testing 를 가져와 사용자 정의 initializeTestApp 호출로 라우팅하는 것입니다. 이 작업은 프로젝트 팀의 빌드 시 패키지 제외를 강조하고 두 패키지 API( initializeTestApp 및 firestore.settings / functions.useFunctionsEmulator )에 에뮬레이터 리디렉션 구성을 확산합니다.

행성을 해킹!

통합 인증 테스트를 위한 현재 전략은 애플리케이션 코드에서 조건부로 @firebase/testing 를 가져와 사용자 정의 initializeTestApp 호출로 라우팅하는 것입니다.

음, 테스트 내에서 그 메서드를 호출하고 있습니다. 트릭은 일반 initializeApp 함수를 가져오는 index.ts 있다는 것입니다. 에뮬레이터가 시작될 때 호출되지만 테스트가 실행될 때는 다른 프로세스이며 서로 충돌하지 않습니다. 따라서 실제로 조건부 수입의 부담이 없습니다.

물론 이것은 인증 테스트와 다를 수 있습니다. 테스트 러너가 앱 코드와 프로세스를 공유하는 웹 앱. 그러나 단위 테스트를 사용하면 일반적으로 전체 앱을 테스트로 가져오지 않습니다. initializeApp 는 테스트와 관련이 없고 전혀 가져오지 않는 일부 코드에서 수행될 수 있습니다.

@FredyC 단위 테스트에 대해 문서화된 사용법에 동의했습니다. API가 분기되고 동적 가져오기가 문서화된 맵에서 벗어나는 전체 앱 시나리오에 대해 이야기하고 있었습니다.

Honestly, it would be kinda superb if @firebase/testing could be used cross-platform instead of having separate solutions 대한 저작자 표시를 하고 싶었습니다. 디지털 하이파이브

@FredyC 모든 피드백에 감사드립니다! 이것이 얼마나 혼란스러울 수 있는지 보는 것은 우리에게 정말 도움이 됩니다. 사람들이 인증과 관련된 테스트에서 하고 싶은 것은 두 가지입니다.

1. 실제 사용자를 생성하지 않고 로그인하여 Firestore 또는 Realtime Database와 같은 서비스를 사용하십시오. 지금 당장은 setEmulatedUser 것이 해결될 것입니다. 에뮬레이터가 수락하지만 제품에 의해 거부되는 가짜 인증 토큰을 로컬로 가질 수 있습니다. 더 많은 안전, 더 많은 격리 등
2. 실제로 직접 인증을 테스트합니다. 여기에는 몇 가지 조각이 있습니다.
   NS. 인증 SDK를 가리킬 수 있도록 필요한 모든 API 호출에 응답하는 인증 에뮬레이터입니다.
   NS. .onCreate 함수가 올바르게 트리거되도록 해당 에뮬레이터와 함수 에뮬레이터 간의 통합.
   씨. 오늘날 Firestore 및 RTDB에서와 같이 admin.auth() 가 인증 에뮬레이터를 가리키도록 함수 에뮬레이터 내부에서 자동 조롱합니다.

분명히 (2)가 올바른 이야기라고 생각하지만 구현 및 유지 관리가 훨씬 더 간단하기 때문에 얼마나 많은 사람들이 (1)에 만족할지 이해하려고 노력했습니다.

@samtstern 우선 이런 종류의 에뮬레이션을 ❤️하고 싶습니다.

나는 아니오를 볼 것입니다. 1 e2 테스트를 작성하는 데 매우 유용합니다. 현재 호스팅, 규칙, Firestore 및 기능에 에뮬레이터를 사용할 수 있는 동안 인증을 위해 실제 인스턴스를 사용해야 합니다.

firebase.initializeTestApp에서와 동일한 방식으로 setEmulatedUser를 사용하여 사용자를 조롱하는 것이 가능해야 한다고 생각합니다. 예를 들어 사용자 정의 토큰 및 기타 사용자 관련 데이터를 제출할 수 있어야 합니다.

firebase.auth().signInWithCredential(credential) 로 클라이언트 앱에서 사용할 수 있는 샘플 자격 증명을 얻을 수도 있습니다.

이 문제를 제기해 주신 @vladimirdjurdjevic 에게 감사드립니다! 우리는 이미 거의 1년 동안 솔루션을 찾고 있었습니다.

우리는 세 가지에 대한 실제 에뮬레이터를 보고 싶습니다.

1. e2e는 전체 앱에 대해 테스트하므로 @vladimirdjurdjevic이 말한 것처럼 다른 환경을 만들 필요가 없습니다.
2. API가 호출되고 Firebase에서 사용자의 유효성을 검사해야 하는 백엔드에 대한 통합 테스트입니다.
3. 모든 개발자는 개발 중에 중앙 Firebase 환경을 사용하므로 많은 충돌이 발생합니다. 물론 모든 개발자는 자신의 Firebase 프로젝트를 만들 수 있지만 여전히 Firebase 대시보드에서 테스트 사용자를 관리해야 하므로 이상적이지 않습니다. 또한 실제 에뮬레이터가 없기 때문에 오늘날에는 불가능했던 앱을 오프라인에서 개발하고 싶습니다.

당신이 곧 우리를 위해 무언가를 출시하기를 바랍니다. 그것은 당신의 제품을 더 가치 있게 만들 것입니다! 이러한 서비스에서는 개발자 생산성이 매우 중요합니다!

이것은 많은 사람들의 위시리스트에 있는 기능인 것 같습니다. Firebase 인증은 현재 가격 측면에서 1위 IDaaS인 것 같으므로 Cloud Functions를 사용하여 로컬에서 개발할 수 없다는 것은 정말 고통스러운 일입니다. FB 팀에 곧 업데이트가 있기를 바랍니다! 🙏

편집: 이 스레드가 문제에 묻혀 있기 때문에 @ firebase -ops에서

나는 또한이 오류가 있습니다 ... 인증 에뮬레이터가 존재하지 않거나 실행되고 있지 않기 때문에 기능이 무시되었습니다.

이것은 다음 코드에 의해 트리거됩니다.

function.auth.user().onDelete()

이것에 대한 모든 정보 ...

@도미니크폴디

나는 당신의 요점에 동의합니다. 그 동안 도움이 될 수 있는 한 가지 팁:

물론 모든 개발자는 자신의 Firebase 프로젝트를 만들 수 있지만 여전히 Firebase 대시보드에서 테스트 사용자를 관리해야 하므로 이상적이지 않습니다.

Firebase 관리 SDK(예: auth().createUser )를 사용하여 프로그래밍 방식으로 사용자를 시드하고 관리할 수 있습니다. https://firebase.google.com/docs/auth/admin/manage-users 도

이 스레드를 읽은 후 여기 사람들이 Foundry를 유용하게 사용할 수 있다고 생각합니다.

저는 Foundry의 공동 설립자 중 한 명입니다. Foundry는 Firebase Cloud Functions를 가져와서 코드를 직접 실행하는 개발 환경 역할을 하는 당사 서버에 프로덕션 Firebase 앱의 사본을 생성하는 CLI 도구입니다. 구성이 필요하지 않습니다.

Foundry는 소스 코드 파일을 감시하고 코드를 로컬에 저장할 때마다 서버에서 실행하고 단 몇 초 안에 결과를 제공합니다. 모든 것이 매우 빠릅니다.
개발 중에 사용할 수 있도록 YAML 파일을 통해 프로덕션 앱에서 복사해야 하는 Firestore, RealtimeDB 및 인증 사용자 데이터를 지정합니다.

 users:
      - getFromProd: 5 # Copy first 5 users from your Firebase project
      - getFromProd: ['id-1', 'id-2'] # Copy users with the specified IDs from your Firebase project

 # Copy first 3 documents from production from the collection 'userWorkspaces'
 # also add a custom document with id 'new-user-workspace' with a new data
 # format that you want to use
 firestore:
     - collection: userWorkspaces
       docs:
         - getFromProd: 3
         - id: new-user-workspace
           data: {"newDataFormat": 42}

또한 코드를 실행할 때 클라우드 기능을 트리거하는 방법을 지정합니다. 클라우드 기능에 대한 REPL과 유사하게 작동합니다. 그렇게 하면 클라우드 기능이 일단 배포되면 프로덕션 데이터와 프로덕션 환경에서 올바르게 작동한다는 것을 항상 확신할 수 있습니다.
또한 클라우드 기능은 배포된 것처럼 작동합니다.

이러한 개발 환경은 세션을 시작하면 임시로 생성됩니다. 따라서 팀의 모든 사람은 자신의 환경에서 작업할 수 있습니다.

나는 여기에서 토론을 스팸하고 싶지 않으므로 질문이 있으시면 언제든지
이메일을 보내주시면 프로젝트에 Foundry를 설정하는 데 도움을 드리겠습니다.

그러나 귀하가 설명한 방법과 홈페이지에서 읽은 내용에 따르면 해당 서비스는 클라우드 기반입니다.
Firebase 에뮬레이터는 대신 오프라인에서도 작동하므로 자동 테스트에 유용합니다.

@samtstern 이 문제/기능에 대한 진행 상황이나 다른 솔루션이 있습니까? 로컬에서 수동 테스트를 수행할 수 있도록 클라우드 Firestore 에뮬레이터와 함께 작업하려면 (1) setEmulatedUser가 필요합니다. 또 다른 옵션은 에뮬레이터가 시작될 때 사용자 ID를 설정하는 명령줄 인수를 갖는 것입니다. 이런 식으로 에뮬레이터는 시작 중에 전달된 사용자 ID로 실행됩니다. 이러한 방식으로 규칙을 로컬에서 테스트할 수 있습니다.

귀하의 의견에 따라: 2019년 10월 17일
_나는 분명히 (2)가 맞는 이야기라고 생각하지만 구현 및 유지 관리가 훨씬 더 간단하기 때문에 얼마나 많은 사람들이 (1)에 만족할지 이해하려고 노력했습니다.

(1) 실제 사용자를 생성하지 않고 Firestore 또는 Realtime Database와 같은 서비스를 사용하려면 로그인합니다. 바로 지금 그것이 setEmulatedUser와 같은 것이 해결될 것입니다. 에뮬레이터가 수락하지만 제품에 의해 거부되는 가짜 인증 토큰을 로컬로 가질 수 있습니다. 더 많은 안전, 더 많은 격리 등_

우리는 완전한 인증 에뮬레이터를 만들기 위해 열심히 노력하고 있습니다.
모두가 원하는. 지금 제공할 수 있는 일정은 없지만 우선 순위가 높습니다.
우리를 위해.

2020년 5월 22일 금요일 오전 8시 12분에 ChuckB [email protected]에서 다음과 같이 작성했습니다.

@samtstern https://github.com/samtstern 진행 상황 또는 기타
이 문제/기능에 대한 솔루션은 무엇입니까? 작업하려면 (1) setEmulatedUser가 필요합니다.
클라우드 Firestore 에뮬레이터를 사용하여 로컬에서 수동 테스트를 수행할 수 있습니다.

귀하의 의견에 따라: 2019년 10월 17일
_ 나는 분명히 (2)가 맞는 이야기라고 생각하지만 나는
훨씬 더 간단하기 때문에 얼마나 많은 사람들이 (1)에 만족할 것인가?
구현하고 유지합니다.

(1) 로그인 없이 Firestore 또는 Realtime Database와 같은 서비스를 사용하려면
실제로 실제 사용자를 생성합니다. 지금은 그런 것 같다.
setEmulatedUser가 해결할 것입니다. 가짜 인증을 허용할 뿐입니다.
에뮬레이터가 수락하지만 거부할 로컬 토큰
찌르다. 더 많은 안전, 더 많은 격리 등_

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/firebase/firebase-tools/issues/1677#issuecomment-632660684 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ACATB2Q4LV7NXMQFEALNPXLRSZT25ANCNFSM4I27PTFA
.

1. 실제 사용자를 생성하지 않고 로그인하여 Firestore 또는 Realtime Database와 같은 서비스를 사용합니다. 바로 지금 그것이 setEmulatedUser와 같은 것이 해결될 것입니다. 에뮬레이터가 수락하지만 제품에 의해 거부되는 가짜 인증 토큰을 로컬로 가질 수 있습니다. 더 많은 안전, 더 많은 격리 등

나는 여기서 1등으로 만족할 것이다. 그 사이에

https://stackoverflow.com/questions/62736060/firebase-test-auth-cloud-functions-locally

아직도 불가능한가요?

@rishishingh-dev 현재 Firebase 에뮬레이터가 제공하지 않기 때문에 인증 에뮬레이터를 실행할 수 없습니다.

그러나 인증과 관련된 클라우드 기능을 테스트하는 것은 완벽하게 가능합니다. 일부 인증 API가 필요한 함수를 리팩터링하고 테스트에서 모의할 수 있으며 Firebase 함수 파일에 실제 API를 제공할 수 있습니다. 테스트 설정의 충실도는 더 낮지만 종류의 문제가 아니라 정도의 문제가 됩니다. 인증 호출을 직접 테스트하는 것이지만 예상한 대로 테스트할 수 있습니다.

그 SO 질문에서는 다음과 같을 것입니다.

function sendWelcomeEmail(user) {
  console.log(user.uid);
  console.log(user.email);
  console.log(user.displayName);
}

exports.sendWelcomeEmail = functions.auth.user().onCreate((user) => sendWelcomeEmail(user));

그리고 테스트에서 sendWelcomeEmail 직접 호출하여 필요한 작업을 수행하는지 확인합니다.

addFriend 라는 더 복잡한 클라우드 함수가 있다고 상상해보십시오. 여기서 사용자는 친구 이메일을 입력하고 uid를 원합니다. getUserByEmail 을 통해 얻을 수 있습니다.

function addFriend(email, getUserByEmail ) {
  const friendUid = getUserByEmail(email);
  // do things with friendUid;
}

exports.addFriend = functions.https.onCall(async (data, context) => {
  const email = data.email;
  const getUserByEmail = (email) => admin.auth().getUserByEmail(email);
  return { res: await addFriend(email, getUserByEmail ) };
}

클라우드 fn 선언에서 실제 getUserByEmail 를 보내지만 테스트에서는 대신 가짜를 보냅니다.

async function testAddFriend() {
  const emails = {"[email protected]": "test-uid")
  const fakeGetUserByEmail = (email) => emails[email];
  addFriend("[email protected]);
  // verify the things were done with friendUid
}

이것이 단위 테스트에서 타사 API를 테스트하는 것과 크게 다르지 않다고 생각합니다. Firebase 에뮬레이터에서 인증을 제공하면 종단 간 테스트 시나리오에 대한 상용구가 제거되지만 테스트 간에 영구 상태가 유지되는 것을 원하지 않기 때문에 단위 테스트를 크게 변경하지 않습니다.

확인하기 위해 클라우드에 업로드할 필요 없이 로컬에서 실행할 수 있기를 바랍니다.

export const onCreate = functions.auth.user().onCreate((user) => {
    addGravatarURLtoUserData(user.uid, user.email)
})

export const addGravatarURLtoUserData = async (uid, email) => {
    const hash = crypto.createHash("md5").update(email).digest("hex")
    await admin.database().ref(`users/${uid}`).update({ gravatarURL: uid })
}

그건 그렇고, onCreate 함수 내에서 user.displayName을 얻을 수 있습니까?

네 설정되어 있다면 시도해 보셨나요?

예, null을 반환합니다.
클라우드에서 시도했습니다(로컬이 아님).

내 코드가 여기에 있습니다.

exports.sendWelcomeEmail = functions.auth.user().onCreate((user) => {
  console.log(user.uid);
  console.log(user.email);
  console.log(user.displayName);
});

흥미롭게도 표시 이름을 사용하지 않고 사용자 지정 사용자 displayName을 사용합니다.
실시간 DB

/**
 * updates Custom data in the realtime datastore users object, except for the username
 * <strong i="7">@param</strong> data
 * <strong i="8">@returns</strong> {Promise<void>}
 */
export async function updatePersonalData(data) {
    const { displayName } = data
    try {
        await firebase
            .database()
            .ref("users/" + firebase.auth().currentUser.uid)
            .update({
                displayName: displayName,
            })

        userDataStore.update((user) => {
            return { ...user, displayName: displayName }
        })
    } catch (e) {
        alert(e.message)
    }
}

2020년 7월 10일 금요일 10:44 rishingh-dev [email protected]
썼다:

예, null을 반환합니다.
클라우드에서 시도했습니다(로컬이 아님).

[이미지: 스크린샷 2020-07-10 at 2 43 AM 12 AM]
https://user-images.githubusercontent.com/56976320/87140958-29f3ac80-c257-11ea-98d3-084fad619de7.png

내 코드가 여기에 있습니다.

console.log(user.uid);
console.log(사용자.이메일);
console.log(user.displayName);
});```

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/firebase/firebase-tools/issues/1677#issuecomment-656587759 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AABU35Q27EMMHYAYU5CNZR3R23PIDANCNFSM4I27PTFA
.

>

안부

니코스 카치카니스

네, 제 주요 목표는 onCreate 함수 내부의 사용자 정보로 데이터베이스를 업데이트하는 것이었습니다.
하지만 displayName 얻을 수 없기 때문에 onCallable 함수를 만들어 실행했습니다.

감사 해요.

@samtstern 이 작업을 하는 것을 보게 되어 매우 기쁩니다 :) 방금

또 다른 가장 좋은 점은 보안 없이 크롬을 열 필요가 없다는 것입니다.

@samtstern

두 달이 지난 지금, 대략적인 견적을 낼 수 있습니까?

내년 초에 출하하고 싶습니다. 이제 우리는 실제 프로젝트에 대한 통합 테스트를 작성할 것인지 아니면 인증 에뮬레이터를 위해 몇 달을 기다려야 할 것인지 결정해야 합니다. 여기서 우리를 조금 도와주시겠습니까?

최상의,

니클라스

Firebase의 정책은 100% 확신할 수 없는 경우 출시 시점에 대한 추정치를 제공하지 않는 것입니다. 지금 우리는 인증 에뮬레이터에 대해 열심히 노력하고 있지만 출시 날짜를 선택하기에는 충분하지 않습니다.

그것은 우리의 최우선 순위 중 하나이지만, 우리가 당신의 앱 테스트를 시작할 때까지 기다리면 안 된다고 생각합니다. 오늘 prod에 대한 테스트를 작성하고 사용 가능한 경우 에뮬레이터를 대상으로 하도록 전환하십시오.

알겠습니다. @samttern 감사합니다. 도움이 됩니다!

인증 에뮬레이터를 실제로 사용하고 싶은 것은 사용자 토큰에 대한 커스텀 클레임 을 포함하는 Cloud Functions 및 Firestore 요청을 테스트하는 것입니다. Firebase 콘솔의 규칙 플레이그라운드에서 Firestore를 사용하여 일종의 맞춤 클레임을 테스트할 수 있지만 본격적인 인증 에뮬레이터를 사용하면 이론적으로 사용자 토큰과 관련하여 테스트하는 방식으로 훨씬 더 많은 작업을 수행할 수 있습니다.

분명히 하자면, 우리는 실제 서비스 엔드포인트를 에뮬레이트하는 본격적인 인증 에뮬레이터에 전념하고 있습니다(가능한 경우). 우리는 더 이상 이전 의견이 제안한

@samtstern 은 듣기 좋습니다(사용자 지정 클레임과 함께, 타사 통합과 함께 자주 사용되기 때문에). 진행 상황/ETA를 확인할 수 있는 곳이 있습니까?

@fandy no 죄송합니다 아직 공유할 내용이 없습니다...

Sam에게 감사합니다. 현재 수동으로 모든 테스트를 수행하고 있습니다.
Auth 모의 없이 e2e 테스트를 작성할 가치가 있습니다.

2020년 8월 26일 수요일 14:32 Sam Stern [email protected]에서 다음과 같이 썼습니다.

>
>

@fandy https://github.com/fandy 죄송합니다.
아직 공유...

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/firebase/firebase-tools/issues/1677#issuecomment-680850282 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AABU35UAQDBYEXKKINJSM43SCT6E7ANCNFSM4I27PTFA
.

--

안부

니코스 카치카니스

이 문제를 해결하기 위해 브라우저에서 @firebase/testing 가져오기를 실험했습니다. 정말 효과가 없었습니다. 그러나 이것은 다음과 같이 약간 편집된 청크를 복사하기 위해 @firebase/testing source를 mangle합니다.

import firebase from "firebase/app"
import * as component from "@firebase/component"
import * as util from "@firebase/util"
import { __awaiter, __generator } from "tslib"

function createUnsecuredJwt(auth) {
    // Unsecured JWTs use "none" as the algorithm.
    var header = {
        alg: 'none',
        kid: 'fakekid'
    };
    // Ensure that the auth payload has a value for 'iat'.
    auth.iat = auth.iat || 0;
    // Use `uid` field as a backup when `sub` is missing.
    auth.sub = auth.sub || auth.uid;
    if (!auth.sub) {
        throw new Error("auth must be an object with a 'sub' or 'uid' field");
    }
    // Unsecured JWTs use the empty string as a signature.
    var signature = '';
    return [
        util.base64.encodeString(JSON.stringify(header), /*webSafe=*/ false),
        util.base64.encodeString(JSON.stringify(auth), /*webSafe=*/ false),
        signature
    ].join('.');
}

function initializeApp(accessToken, options) {
    var _this = this;
    var app = firebase.initializeApp(options);
    if (accessToken) {
        var mockAuthComponent = new component.Component('auth-internal', function () {
            return ({
                getToken: function () { return __awaiter(_this, void 0, void 0, function () { return __generator(this, function (_a) {
                    return [2 /*return*/, ({ accessToken: accessToken })];
                }); }); },
                getUid: function () { return null; },
                addAuthTokenListener: function (listener) {
                    // Call listener once immediately with predefined accessToken.
                    listener(accessToken);
                },
                removeAuthTokenListener: function () { }
            });
        }, "PRIVATE" /* PRIVATE */);
        app._addOrOverwriteComponent(mockAuthComponent);
    }
    return app;
}

export function initializeTestApp(options) {
  let accessToken = undefined
  if (options.auth !== undefined) {
    accessToken = createUnsecuredJwt(options.auth)
  }
  return initializeApp(accessToken, options)
}

이제 앱 브라우저 측 코드에서 가져올 수 있습니다.

  let app
  if (dev) {
    app = initializeTestApp({projectId: "test", auth: {uid: "testuser"}})
    app.firestore().settings({
      host: "localhost:8080",
      ssl: false,
    })
  } else {
    app = firebaseProduction.initializeApp({ firebase config here })
    app.firestore().settings({ firestore config here })
  }
  window.firebase = app

잘 작동합니다! 이제 개발 중일 때 에뮬레이터가 "testuser"라고 생각하는 로컬 가짜 사용자가 있습니다(firestore 보안 규칙 테스트 가이드에서 보여 주는 것처럼).

내가 사용하는 또 다른 해결 방법은 인증을 스텁하는 것입니다(테스트를 위해 생성된 가짜 사용자를 사용하고 있습니다).

TypeScript 예:

import type { User as AuthUser } from '@firebase/auth-types'
// not importing a type, but a module of types
import { auth as authTypes} from 'firebase/app'
type Auth = authTypes.Auth

export const authStub = {
    getUser(uid: string) {
        // for uids like `testuser1234uid`
        let n = uid ? uid.replace("testuser", '').replace("uid", '') : ''
        return Promise.resolve({
            uid,
            email: `test.user${n}@foo.com`,
            emailVerified: true,
            providerData: [{
                providerId: 'google.com',
                email: `test.user${n}@foo.com`,
                uid: `testuser${n}provideruid`,
                phoneNumber: null,
                displayName: `Test User ${n}`.trim(),
                photoURL: 'https://thispersondoesnotexist.com/image',
            }],
            metadata: {
                // https://firebase.google.com/docs/reference/admin/node/admin.auth.UserMetadata
                createTime: new Date().toUTCString(),
                lastSignInTime: new Date().toUTCString()
            },
            customClaims: {
                username: `testuser${n}`
            }
        })
    },
    deleteUser(uid: string) {
        return Promise.resolve()
    },
    async updateUser(uid: string, data: AuthUser) {
        let user = await this.getUser(uid)
        return { ...user, data }
    },
    setCustomUserClaims(uid: string, customUserClaims: Object): Promise<void> {
        return Promise.resolve()
    }
}

export const auth = <Auth><unknown>authStub

또한 auth.token 가 에뮬레이트되지 않으므로 규칙을 수정하십시오. 예를 들어:

const rules = fs.readFileSync(__dirname + '/src/firebase/firestore/firestore.rules', 'utf8')
const modifiedRules =
    rules
        .replace(/request\.auth\.token\.email_verified/g, "true")
        .replace(/request\.auth\.token\.firebase\.sign_in_provider/g, "'password'")

await firebase.loadFirestoreRules({ projectId, rules: modifiedRules })

그것은 나를 위해 잘 작동합니다. 도움이 되기를 바랍니다…

이 스레드를 팔로우하고 Firebase 인증 에뮬레이터의 알파 테스터가 되고 싶다면 다음 단계를 따르세요.

1. Firebase 알파 프로그램 가입: https://services.google.com/fb/forms/firebasealphaprogram/
2. [email protected] 으로 이메일을 보내주세요. 테스트에 사용할 이메일 주소로 보내주세요.

초기 단계의 에뮬레이터를 사용해 보고 피드백을 제공하는 데 진지하게 관심이 있는 경우에만 이 작업을 수행하세요! 버그가 있고 설정의 일부가 어려울 수 있지만 귀하의 생각을 알고 싶습니다.

@samttern 반가운 소식입니다! 해보고 싶지만 주말까지 현재 프로젝트로 프로덕션에 들어갈 예정이므로 현재로서는 그것을 가지고 놀 여유가 없습니다. 가능한 한 빨리 알파에 등록할 예정입니다. :) 훌륭한 작업에 감사드립니다.

100% 이것을 시도하고 싶어할 것입니다! 당신의 남자 샘!

@samttern 은 그것을 시도하고 내가 할 수 있는 모든 것을 도울 수 있기를 고대하고 있습니다!

Android에서 로컬로 기능을 테스트하려면 인증 기능을 사용해야 합니다. 인증 컨텍스트는 항상 null입니다.

좋은 소식입니다. 인증 에뮬레이터는 새로운 8.14.0 릴리스의 일부입니다! 🙌🎊

고생한 친구들과 @samtstern 에게 감사합니다 💪

멋진 녀석들!

난 그냥 메신저! Auth 에뮬레이터는 @yuchenshi 에서 99% 구축했습니다... 그래서 그가 깨어났을 때 이 문제를 닫는 영광을

이 새로운 에뮬레이터에 대한 문서가 있습니까? (클라이언트 설치, 구성 방법 등)

PS 이것에 대한 모든 노고에 감사드립니다. 이것은 우리를 위해 모든 종류의 멋진 것들을 가능하게 할 것입니다.

@nicoburns 곧! 공식 발표, 문서 및 모든 좋은 것들이 곧 제공될 예정입니다.

좋은 소식! :) 빨리 시도해보세요 :)

당신이 이것을 기다리고 있다는 것을 알고 있으므로 요점으로 잘라 봅시다.

• 이제 Firebase 인증 에뮬레이터를 사용할 수 있습니다. Firebase CLI >= v8.14.0을 설치하면 얻을 수 있습니다.
• 에뮬레이터 제품군 가이드에 따라 시작 하고 앱을 연결합니다 .
• 이와 같은 흥미로운 발표와 훨씬 더 많은 것을 보려면 지금 Firebase Summit 실시간 스트리밍을

**뻔뻔한 플러그: 오늘 나중에 "Firebase Emulator 제품군을 사용하여 CI를 설정하는 방법"에 대한 세션도 진행 중입니다. 세션 일정 에서 그것을 찾는 것은 독자를 위한 연습으로 남겨둡니다.

_추신. Auth Emulator는 물론 팀워크이기 때문에 99%의 크레딧을 받을 수는 없습니다. Firebase의 다양한 사람들과 Firebase 개발자(귀하)도 여기에 큰 역할을 했습니다. 감사합니다!_

@yuchenshi Firestore 에뮬레이터와 마찬가지로 종료 시 생성된 사용자를 내보낼 수 있습니까?

@vdjurdjevic 아직, 우리는 그것에 대해 노력하고 있습니다.

이것은 정말 인기 있는 문제이며 모든 업데이트는 50-100명에게 알립니다. 이제 Auth 에뮬레이터를 출시했으므로 향후 업데이트에서 이 문제를 잠글 것입니다. 질문, 버그 또는 기능 요청이 있는 경우 새 문제를 시작하세요!