실제 장치에서 모든 PR을 검토하세요
Pull Request당 각각 전용 Capgo 채널을 생성하세요. 팀원들과 링크를 공유하여 정확한 변경 사항을 장치에서 테스트할 수 있습니다 - 앱 재설치, TestFlight, 기다리기 없이.
The Problem
TestFlight과 Google Beta가 속도에 방해를 주고 있습니다.
The TestFlight Testing Workflow
개발자가 PR을 열었습니다.
Code이 검토 대기 중입니다. 그러나 누구도 이 빌드를 테스트할 수 없기까지, 빌드하고 테스트 플라이트에 업로드해야 합니다.
빌드 및 업로드
빌드를 로컬에서 또는 CI에서 빌드하고, 아카이브하고, 앱 스토어 연결에 업로드하고, 처리 중인 것을 기다립니다. 15-30분 이상입니다.
테스터에게 배포
테스터를 추가하거나 이미 테스트 플라이트에 있는 경우, 초대장을 보내고, 그들이 수락할 때까지 기다립니다. 설치 방법을 설명합니다.
잘못된 빌드를 테스트합니다.
테스터가 빌드를 다운로드합니다. 개발자가 수정을 푸시합니다. 이제 모든 사람들은 2-3단계를 다시 반복해야 합니다. 업데이트된 빌드를 얻기 위해.
PR 하나당, 테스터 하나당, 업데이트당 45-60분이 걸립니다.
The Hidden Cost of Slow Testing
15-30 분
TestFlight 처리 시간
매 빌드 업로드마다 애플에서 처리해야 하며 테스터가 접근할 수 있도록 하기 때문에 매 빌드마다 발생합니다.
67%
QA 시간 중 대기 시간
QA 엔지니어들은 실제 테스트 대신 대기 중인 빌드 시간이 67%라고 보고합니다. 이는 하루 5시간 이상의 생산성 손실입니다.
$340/PR
Pull Request당 숨겨진 비용
개발자 대기 시간, QA 차단 시간 및 지연된 피드백을 고려할 때 각 PR당 평균 $340의 생산성 손실이 발생합니다.
해결책
60초 이내에 테스트할 수 있는 PR
각 PR에 대해 Capgo 채널을 생성하세요. 테스터들은 몇 초 만에 채널을-switch합니다. 앱 재설치가 필요하지 않으며 기다리지 않습니다.
개발자 PR을 열었습니다.
CI는 자동으로 앱을 빌드하고 PR 번호에 따라 Capgo 채널을 생성합니다.
자동
번들 업로드
빌드된 번들이 Capgo에 배경에서 업로드됩니다. 처리 지연이 없습니다.
< 30초
테스터 채널-switch
테스터는 앱을 열고 PR 채널로 switch하고 즉시 빌드를 받습니다.
< 10초
테스트 및 승인
QA는 실제 장치에서 테스트합니다. 개발자는 수정을 푸시합니다. 테스터는 즉시 업데이트를 받습니다. 재설치가 필요하지 않습니다.
즉시 반복
name: PR Preview
on:
pull_request:
types: [opened, synchronize]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v6
- name: Setup & Build
run: |
npm ci
npm run build
# Create a channel named after your PR
- name: Create PR Channel
run: npx @capgo/cli channel add pr-$${{ github.event.pull_request.number }}
# Upload the build to that channel
- name: Upload to Capgo
run: npx @capgo/cli bundle upload --channel pr-$${{ github.event.pull_request.number }}
# Post a comment with the test link
- name: Comment on PR
uses: actions/github-script@v7
with:
script: |
github.rest.issues.createComment({
owner: context.repo.owner,
repo: context.repo.repo,
issue_number: $${{ github.event.pull_request.number }},
body: '📱 **Test this PR on device:**\\n\\nOpen your app and switch to channel: `pr-$${{ github.event.pull_request.number }}`'
})설정은 5분이 걸립니다. 이 워크플로우를 복사하고 CI에 맞게 조정하세요.
테스터가 PR 빌드를 열어보는 방법
셔크 메뉴 (Zero Code)
내장된 셰이크 제스처를 활성화하세요. 테스터들은 장치 셰이크를 통해 모든 채널이 표시되는 메뉴를 열 수 있습니다.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
}앱 내 채널 Switcher
채널 Switcher를 사용자 정의 UI로 구축하세요. 개발자 설정 화면에 적합합니다.
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
})실제 세계의 영향
TechFlow가 리뷰 사이클을 4배 가속화하는 방법
TechFlow
B2B SaaS - 팀 협업 앱
TechFlow의 모바일 팀은 주당 15-20개의 PR를 배포했습니다. 각 PR는 QA에 의해 테스트되어 병합되기 전에 테스트되어야 했습니다. TestFlight를 사용한 QA 리드의 추정에 따르면, QA 팀은 빌드가 준비되는 대신 테스트를 하는 데 60%의 시간을 보냈습니다.
실제로 고통은 마감 주간에 발생했습니다. 여러 PR가 동시에 테스트가 필요했을 때, QA 팀은 항상 다른 테스트 플라이트 빌드를 다시 설치해야했습니다. 테스터들은 실행 중인 버전에 대해 혼란스러웠습니다. 버그는 이미 고쳐진 code 에서 보고되었습니다.
Capgo PR 미리보기 구현 후, QA 팀은 몇 초 만에 어떤 PR도switch할 수있었습니다. 다시 설치할 필요가 없었습니다. 혼란도 없었습니다. 기다리지도 않았습니다. 그들의 평균 병합 시간은 2.3 일에서 0.6 일로 떨어졌습니다.
1분기 결과
"우리 QA 팀은 항상 좌절감에서 실제로 행복해졌습니다. 테스트를 즐기기 시작했습니다. 기다리지 않기 때문입니다. 우리는 스프린트당 두 배의 기능을 배달할 수 있습니다."
— TechFlow의 엔지니어링 매니저 Lisa Wong
팀의 모든 역할을위한 빌드
PR Preview는 모바일 개발에 참여하는 모든 팀원이 협력하는 방식을 완전히 바꿉니다.
QA 엔지니어
- 테스트를 위해 PR를 단 몇 초만에 장치에 설치할 수 있습니다.
- PR 간에 즉시 switch하여 동작 비교
- 실행 중인 빌드에 대한 혼란이 사라집니다.
프로젝트 관리자
- 배송되기 전에 기능을 미리 검토할 수 있습니다.
- 기술 설정이 필요하지 않습니다 - 단지 링크를 클릭하면 됩니다.
- PR에 직접 feedback를 제공할 수 있습니다.
개발자
- 컨텍스트 switch하기 전에 QA feedback를 받을 수 있습니다.
- fix를 푸시하고 테스터가 즉시 받을 수 있습니다.
- No more 'waiting for build' blockers
Capgo vs 테스트 플라이트 PR 미리보기
테스트 플라이트 / 베타
Capgo PR 미리보기
팀 유형에 따른 솔루션
팀의 요구에 맞는 솔루션을 찾으세요