01
- 1
01
바이너리 등록
APK · IPA 업로드
실기기 자동 설치Strategy
02
AI 자율주행
실기기에서 앱 탐색
화면 흐름(UI 트리) 구축Pilot
03
기획 자료 등록
스토리보드 · 기획서
기존 TC · 품질 데이터Strategy
- 2
04
AI 분석 · 설계
6대 기법으로
TC 자동 생성Design · Script
TC 승인 05
목적 · 리스크 분석
변경 영향 · 리스크로
우선순위 · 데이터 전략Strategy · Data
- 3
06
AI 실행 · 자가복구
실기기 병렬 실행
변경 UI 자동 복구Pilot
복구 확인 - 4
07
결과 · 인사이트
결함 군집 · 원인
수정 가이드 → 개발 전달Triage · Root
출시 확정
Verdict Engine규칙 기반 출시 판정 → CI 품질 게이트 콜백 ↻ 다음 빌드 등록 시 바뀐 화면 · 고친 결함만 선별 재검증
스크립트 코딩 없이 시작유지보수 리소스 최소화결과 → 수정 가이드 → 개발 피드백
Multi AI AgentStrategyDesign · ScriptPilotTriage · Root
- 1앱 하나로 시작APK · IPA 업로드 → 실기기 자동 설치 · AI 탐색
- 2AI 설계 · 사람 승인6대 표준 기법으로 TC 생성 · 근거 동시 기록
- 3끊겨도 스스로 복구실기기 병렬 실행 · 변경 UI 자동 복구
- 4결과 → 수정 가이드 → 개발결함 군집 · 원인 · 고칠 자리까지 전달
세 지점사람이 승인하는 자리TC 승인 · 복구 확인 · 출시 확정 — 나머지는 Agent가 잇습니다
- 01세 에이전트가 단계를 나눠 맡습니다전략 에이전트가 기획 문서와 과거 결함으로 위험한 곳을 먼저 짚고, 설계 에이전트가 동등 분할 · 경계값 분석 · 유스케이스 같은 표준 기법을 매핑해 케이스를 만들며, 파일럿 에이전트가 실행 중 화면이 바뀌면 요소를 다시 찾아 이어 갑니다.
- 02사람이 승인한 케이스만 실행합니다AI가 만든 케이스는 「검토 대기」로 쌓이고, 전문가가 승인해야 테스트 환경으로 넘어갑니다. 무엇을 돌렸는지가 사람의 결정으로 남습니다.
- 03실기기 원격 실행에뮬레이터가 아닌 실제 Android · iOS 단말에서 돌립니다. 기기는 그룹으로 담거나 하나씩 고르고, 바로실행 · 예약실행(일일 · 주간 · 월간) · CI 트리거(새 앱 버전 등록 시) 중에서 정합니다.
- 04재현과 결함 묶기같은 케이스를 N회 반복해 「재현됨 · 간헐 · 재현 불가」를 가르고, 같은 실패는 실행 횟수만큼 세지 않고 하나로 묶습니다. 「1/12 회차」처럼 얼마나 자주 나는지와 어느 버전부터 있었는지가 함께 나옵니다.
- 05증적 자동 수집단계별 캡처 · 실행 영상 · 소요 시간 · 실행 중 CPU/메모리 흐름이 타임라인으로 붙습니다. 프로젝트에서 정한 임계치를 넘은 구간은 경고로 표시됩니다.
- 06출시 판정 게이트치명 결함 · 회귀 재발 · 검증 대기 · 매 회차 재현 · 변경 범위 커버 중 하나라도 막히면 「보류」입니다. 넘기려면 사유가 기록에 남습니다.
- 07데이터는 기법에 맞춰 붙습니다합성 · 마스킹 운영 · 경계값 · 에러 재현 가운데 케이스에 매핑된 테스트 기법에 맞는 것만 자동으로 켭니다. 증적에서 계좌번호 · 연락처를 가리는 입력 데이터 마스킹도 실행 옵션에 있습니다.
- 08실행은 바로 · 예약 · CI 트리거고른 케이스가 실행 목록에 순서대로 담깁니다. 새 앱 버전이 등록되면 CI가 실행을 걸고, 열려 있는 결함 전부를 재검증 대상으로 산출합니다. 기기는 그룹으로 지정해 실행 시점에 비는 것을 집습니다.
프로젝트 - 앱 등록 · 테스트 계획 · 분석 및 설계(UI/UX 분석 뷰 · UI 트리 뷰 · 테스트 케이스) · 테스트 환경 · 테스트 실행 · 결과 분석. 여덟 단계에서 무엇이 일어나는지 보여 드립니다.
01/ 08프로젝트 - 앱 등록
PROJECT CARDS
앱 파일 등록만으로, 코드 없이 테스트 시작
APK · IPA를 올리면 패키지 분석과 실기기 설치가 자동으로 이어지고, 스크립트 작성 없이 바로 테스트를 시작합니다
앱 버전 관리버전별 테스트 이력과 결함 변화를 추적
02/ 08테스트 계획
TEST PLANNING
“어디부터 검사할까?”
검사 순서를 자동 제안하여
AI가 알아서 검사할 길을 먼저 찾아 드립니다
03/ 08분석 및 설계 - UI/UX 분석 뷰
ANALYSIS & DESIGN
“복잡한 설명서도 OK”
문서만 넣으면 AI가 테스트 케이스를 ISTQB 표준 기법의 자동 매핑하여 만듭니다
「분석 및 설계 시작」 · 「케이스로 테스트 생성」 기대 효과
- 1
설계 산출물의 외부 활용
케이스 · 커버리지 Excel 내보내기 → 보고 · 감리 · 협업
- 2
수작업 설계 공수 대폭 절감
문서 읽기 · 기법 선택 · 작성을 AI가 연결, 팀은 검토에 집중
- 3
설계부터 실행까지 일관된 추적
실기기 캡처 · 설계 확정 · 환경 준비를 한 흐름으로 이력화
04/ 08분석 및 설계 - AI 자율주행 · UI 트리
UI TREE VIEW
“실제 단말기에서 앱을 직접 분석하는 AI 자율주행”
A:Icream은 실기기에서 앱을 직접 분석하고,
AI Agent가 화면 흐름과 TestCase를 시각적으로
분석합니다
05/ 08분석 및 설계 - 테스트 케이스
TEST CASES
“이 케이스는 어디를 어떻게 지나나?”
케이스를 고르면 스텝과 예상 결과가 바로 열립니다
「이 케이스로 테스트 환경 구성」 단추의 기대 효과
- 1
케이스별 맞춤 환경 준비
케이스에 맞는 기기 구성이 회차에 고정
- 2
실패 재현의 신뢰도 확보
같은 케이스 · 같은 환경으로 재현 · 회귀 검증
- 3
실행 담당자의 준비 부담 제거
기기 예약 · 데이터 세팅이 회차에 포함, 담당자는 결과만
- 4
설계 - 실행 파이프라인의 완결
확정된 케이스가 실행 환경까지 끊김 없이 연결
06/ 08테스트 환경
TEST ENVIRONMENT
“무엇으로, 언제 돌릴까요”
테스트 케이스를 데이터 전략에 맞게 구성하고 실행을 설정합니다
07/ 08테스트 실행
REAL DEVICE
“진짜 스마트폰으로 동시 검사”
UI 변경 요소를 확인하고, 회차별 실행 현황을 실시간으로 추적 모니터링합니다
08/ 08결과 분석
RESULT ANALYSIS
“같은 실패를 한 이슈로 묶어 최초 버전 추적”
안정화 추이를 확인하고 릴리스 여부를 판정합니다
릴리스 판정 — 게이트 다섯으로 판정하고, 결정은 사람이 확정
- 1
출시 기준의 표준화
치명 결함 · 회귀 · 검증 대기 · 재현 빈도 등 다섯 게이트
- 2
하나라도 막히면 통과 없음
미충족 게이트가 있으면 차단 · 넘기면 사유 기록
- 3
측정 안 된 항목은 통과 아님
측정 수단이 없는 게이트는 임의 통과 처리하지 않음
- 4
판정 이력의 시점 고정
확정 시점의 게이트 상태를 함께 기록
금융 특화FINANCE
금융 고객사가 요구해 온 기능을 그대로 담았습니다
보안 키패드 · 패턴 · 인증서부터 문자 · 숫자 · 이미지 인식까지
02
패턴 인증
03
금융인증서 로그인
04
문자 · 숫자 인식
05
이미지 인식
06
보안 앱 환경 대응
07
본인인증 SMS
08
증적 민감정보 마스킹
09
실시간 미러링 · 녹화
HOW모바일 AX 허브 · CORE FEATURES
네 가지가 이어집니다
FEATURE 01
앱에서 직접 읽어 테스트를 만듭니다
- 앱 빌드(APK · IPA) 분석 + 실기기 주행
- 앱이 없으면 기획서 · Figma · 요구사항서만으로도
- 사람이 훑어서는 못 찾는 화면까지 드러납니다
FEATURE 02
실기기 여러 대에서 동시에 돌립니다
- 안드로이드 · iOS 실기기 병렬 원격 실행
- 에뮬레이터가 아니라 실제 단말
- 실행 기록이 회차마다 남습니다
FEATURE 03
화면이 바뀌어도 따라갑니다
- 끊어진 경로를 스스로 이어 붙입니다
- 바뀐 요소를 새 위치에서 찾습니다
- 고친 경로는 다음 회차에 그대로 쓰입니다
FEATURE 04
반복된 실패를 하나의 결함으로 묶습니다
- 같은 원인은 한 건으로
- 재현 횟수와 기기가 같이 남습니다
- 고칠 자리까지 짚어 드립니다
HOW모바일 AX 허브 · AI ROLE · HUMAN ROLE
AI가 하고, 사람이 판정합니다
어디까지 AI가 하고 어디서 사람이 끼어드는지를 먼저 적습니다. 판정은 대신하지 않습니다.
AI ROLEAI가 하는 일
- 앱 빌드(APK · IPA)를 분석하고 실기기를 돌아 화면 지도를 만듭니다
- 실기기 여러 대에서 병렬로 실행합니다
- 끊어진 경로를 새 위치에서 찾아 이어 붙입니다
- 반복된 실패를 하나의 결함으로 묶습니다
HUMAN ROLE사람이 하는 일
- 생성된 테스트 케이스를 검토하고 승인합니다
- 자가 치유가 고른 대체 경로를 확인합니다
- 분류가 틀린 결함을 바로잡습니다
HOW모바일 AX 허브 · 근거 · EVIDENCE
무엇이 남는가
판정은 기억이 아니라 기록으로 합니다. 이 쪽에서 나온 것은 아래 모양으로 남아 다음 회차와 심의에 그대로 쓰입니다.
HOW모바일 AX 허브 · 활용 시나리오
언제 쓰나
매주 빌드가 올라올 때
- 하는 일
- 빌드를 감지해 주요 화면을 실기기에서 돌립니다
- 남는 것
- 이번 빌드에서 새로 생긴 결함과 재발한 결함의 구분
화면을 개편했을 때
- 하는 일
- 바뀐 화면을 다시 읽어 지도를 갱신하고, 끊긴 경로를 이어 붙입니다
- 남는 것
- 손으로 고쳐야 하는 테스트가 몇 건인지

