AI Android 자동화를 활용한 앱 현지화 테스트 가이드

Android 앱 로컬라이제이션 테스트 워크플로우를 구축하여 가짜 로컬라이제이션, 실제 언어 검사, RTL 검토, OCR, 스크린샷 및 인간의 판단력을 결합하여 모든 테스트를 모든 로컬라이제이션에 대해 반복하지 않고 수행할 수 있도록 합니다.

간단한 대답: 경로를 자동화하고, 언어를 검토하세요.

신뢰할 수 있는 안드로이드 앱 로컬라이제이션 테스트 워크플로에서는 반복 가능한 기기 작업을 언어 판단과 분리합니다. 언어 설정, 앱 시작, 탐색, 대기, 스크린샷, 알려진 상태 확인 및 증거 수집을 자동화합니다. 번역 품질, 어조, 문화적 의미, 모호한 클립 및 시각적 균형을 인간의 검토하에 유지합니다. 목표는 모든 언어로 모든 테스트를 실행하는 것이 아닙니다. 사용자에게 가장 영향을 미칠 가능성이 높은 실패를 드러내는 작고 위험 기반의 매트릭스를 만드는 것입니다.

로컬라이제이션 결함은 단순히 잘못된 단어만이 아닙니다. 하드코딩된 문자열, 누락된 리소스, 텍스트 확장, 좌우로 깨진 레이아웃, 잘못된 날짜 또는 통화, 키보드 불일치, 읽을 수 없는 폰트, 잘린 버튼, 그리고 지속되지 않는 언어 설정 등이 포함됩니다. 이는 중요합니다.AI 안드로이드 자동화 도구보이는 경로를 반복하고 증거를 수집하는 데 도움을 줄 수 있지만, 문장이 현지 고객에게 자연스럽다고 판단할 수는 없습니다.

아래 워크플로는 안드로이드의 공식 로컬라이제이션 기능을 관찰 가능한 기기 검사를 결합합니다. 그것은 다음과 같은 것을 주장하지 않습니다.LaiCai Flow단위 테스트, 컴포즈 테스트, 에스프레소, UI 오토마이터, 앱펙스, 번역 관리 시스템 또는 원어민 검토를 대체합니다. 각 레이어를 생성하는 증거에 가장 잘 사용할 수 있도록 사용하십시오.

언어 목록이 아니라 로컬라이제이션 릴리스 매트릭스로 시작하세요.

지원되는 언어 목록은 테스트 계획이 아닙니다. 릴리스 매트릭스는 로케일을 화면, 기기 상태, 데이터 형식, 작성 방향 및 해당 로케일을 의미 있게 만드는 비즈니스 위험과 연결합니다. 이러한 연결이 없으면 팀은 종종 여러 언어로 홈 화면을 열고 스크린샷을 찍어 결제, 검색, 계정 복구, 알림 또는 설정에서 실패를 놓칠 수 있습니다.

각 릴리스마다 기본 지역, 확장 기능이 많은 지역, 컴팩트하거나 복잡한 스크립트 지역, RTL 지역을 선택합니다. 시장별 지역은 비즈니스 위험이 있는 흐름에만 추가합니다.Firebase 테스트 랩의 안드로이드 매트릭스마찬가지로 로케일을 기기 모델, 안드로이드 버전, 방향과 함께 하나의 차원으로 취급합니다. 즉, 자신의 기기에서 검사를 수행하더라도 유용한 계획 모델입니다.

번역이 도착하기 전에 Android 가상의 로컬을 사용하세요.

Pseudolocales는 워크플로우에서 가장 저렴한 조기 경고 시스템입니다.안드로이드의 가짜 로컬 가이드라인설명하다`en-XA`, 이는 영어 텍스트를 확장하고 강조하는 것이며, 그리고`ar-XB`, 이는 오른쪽에서 왼쪽으로의 동작을 연습합니다. 그들은 하드코딩된 문자열, 손상된 문자열 병합, 레이아웃 압력, 양방향 텍스트 문제, 그리고 번역가가 최종 사본을 전달하기 전에 미러링되지 않는 요소를 노출시킬 수 있습니다.

• 기본 사용자 여정을 실행합니다.`en-XA`그리고 순수한 영어로 남아 있는 모든 문자열을 기록합니다. 이는 하드코딩되거나 로컬라이제이션 리소스 경로 외부에 있을 수 있습니다.
• 같은 여정을 반복하세요.`ar-XB`그리고 탐색 순서, 뒤로 화살표, 탭, 진행 표시기, 혼합 숫자 및 문장을 검사합니다.
• 캡처된 오류, 빈 상태, 권한, 업그레이드 및 확인 상태는 일반적인 성공 경로 검토 시 덜 눈에 띄게 나타납니다.
• 가짜 로케일 실패를 특정 실제 번역이 잘못되었다는 증거가 아니라 로케일 가능성 결함으로 취급하십시오.

개발자는 또한 선택한 화면을 더 일찍 검사할 수 있습니다.안드로이드의 로컬라이제이션 문서그리고미리보기 도구 구성하기RTL 예제를 포함한 지역별 미리보기를 지원합니다. 이러한 코드 근처 검사는 빠르고 전체 장치 워크플로우 전에 구성 요소 수준 문제를 포착해야 합니다.

사용자가 실제로 사용하는 언어 경로를 테스트합니다.

사용자가 언어를 선택하거나 유지하거나 재설정할 수 없는 경우 번역된 화면만으로는 충분하지 않습니다.Android의 앱별 언어 안내Android 13 및 이후 버전은 앱의 선호 언어에 대한 중앙 집중식 시스템 설정을 제공하며, AndroidX는 이전 버전에서 호환되는 애플리케이션 로케일 처리를 지원한다고 설명합니다. 앱에는 자체 언어 선택기가 있을 수도 있습니다. 지원되는 각 엔트리 경로는 간단한 상태 전환 테스트가 필요합니다.

1. 명명된 깨끗한 상태에서 시작하세요: 새 설치, 업그레이드된 설치, 로그인한 계정 또는 복원된 백업.
2. 원하는 시스템 또는 앱 내 경로를 통해 로컬을 선택하고 앱이 다시 시작되거나, 활동을 다시 생성하거나, 즉시 업데이트되는지 확인합니다.
3. 설정에서 벗어나 대상 지역이 비즈니스에 중요한 화면에 표시되는지 확인합니다.
4. 앱을 닫고 다시 열었더니 기본 설정이 유지되었는지 확인합니다.
5. 시스템 기본값으로 재설정하고 오래된 번역된 리소스가 남아 있지 않음을 확인합니다.
6. 구형 안드로이드 버전에서는 안드로이드 13의 동작을 가정하는 대신 실제 호환성 경로를 테스트하세요.

기기 언어와 키보드 언어는 별개의 문제입니다.BrowserStack의 로컬라이제이션 테스트 문서Android 기기에서 언어를 변경해도 반드시 키보드 언어가 변경되는 것은 아니라는 점에 유의하십시오. 문자 입력 실패가 리소스 문제로 잘못 진단되지 않도록 매트릭스에서 이러한 차이를 보존하십시오.

위험에 따라 대표 화면 선택하기

모든 기존 엔드투엔드 테스트를 모든 지역별로 곱하지 마십시오. 로컬화가 동작, 레이아웃, 신뢰성 또는 돈을 변경하는 화면을 선택하십시오. 컴팩트한 세트는 일반적으로 온보딩, 로그인, 홈 탐색, 검색, 세부 정보 페이지, 양식, 결제 또는 확인 표면, 설정, 알림 및 가장 중요한 오류 상태를 포함합니다.

이미지보다 고정된 너비, 인접 아이콘, 여러 변수, 복수 규칙, 동적 서버 텍스트, 컴팩트 카드, 하단 탐색 및 번역된 텍스트를 사용한 컨트롤을 우선시합니다. 빈 데모 데이터만 있는 것이 아니라 최대 현실적인 콘텐츠를 포함하는 화면을 하나 포함합니다. 앱이 태블릿, 접이식 또는 가로 화면을 지원하는 경우, 레이아웃이 진정으로 변경되는 곳에만 추가합니다.

선택한 각 화면에 소유자와 이유를 부여합니다. 예를 들어, 결제 확인 화면은 통화, 라인 랩핑, 버튼 레이블, 법적 사본을 확인하기 위해 존재하며, 계정 복구 화면은 입력 방법, 오류 메시지, 양방향 이메일 주소를 확인하기 위해 존재합니다. 이렇게 하면 설명할 수 없는 스크린샷 폴더를 생성하는 대신 실패를 해결할 수 있는 작업으로 전환할 수 있습니다.

증거 방법을 로컬화 결함에 매칭합니다.

단일 로케이터나 이미지 기술은 로컬라이제이션 품질을 증명할 수 없습니다. 결정을 뒷받침할 수 있는 가장 작은 관찰을 선택하십시오. 기존안드로이드 시각 테스트 가이드UI 상태, OCR, 이미지 매칭, 객체 감지 및 스크린샷 간의 더 광범위한 차이점을 설명합니다. 로컬화 QA는 이러한 방법을 언어별 위험에 적용합니다.

현재의LaiCai Flow계약, OCR은 하나의 마법 같은 답변이 아닌 결과 집합을 반환합니다. 흐름은 텍스트나 위치를 비교하기 전에 관련 단절을 선택해야 합니다. 마찬가지로, 시각적 매칭은 알려진 상태를 보고합니다. 모든 픽셀이나 문장이 올바른다는 주장으로 확대해서는 안 됩니다.

실제 안드로이드 기기에서 관찰 가능한 로컬라이제이션 흐름을 구축하세요.

보울 수 있는 시각적 워크플로는 팀이 실제 Android 기기에서 동일한 탐색을 반복하고 검토자에게 일관된 증거를 전달해야 할 때 유용합니다.LaiCai Flow는 inside의 자동화 기능입니다.LaiCai Screen Mirroring. 대기, UI 상태 확인, OCR, 템플릿 일치, 스크린샷, 조건, 제한된 루프 및 명시적 정지와 같은 가시적인 단계를 정리할 수 있습니다. 그LaiCai Flow지도자제품 워크플로우를 다룬다.

1. 빌드, 기기, Android 버전, 지역, 테마, 글꼴 크기, 시작 계정 상태를 지정합니다.
2. 앱 또는 설정 경로를 열고 화면 의존적 관찰 전에 명시적인 대기 시간을 사용합니다.
3. 한 번에 하나의 사용자 수준 단계를 탐색하고, 여정이 복잡해지면 기술 검색 세부 사항을 읽을 수 있는 하위 흐름 안에 유지합니다.
4. 각 파괴적 또는 상태 변경 작업 전에 안정적인 화면 상태를 확인합니다.
5. 필요한 스크린샷과 지역 및 화면 식별자를 포함한 선택한 OCR 결과를 캡처합니다.
6. 타프가 성공했다고 가정하는 대신 탐색 후 후속 조건을 확인합니다.
7. 화면에 알 수 없는 경우 증거를 제시하고 멈추십시오. 예상치 못한 언어 또는 대화 상자를 계속 클릭하지 마십시오.

이 레이어는 코드 기반 테스트를 보완합니다. 컴포넌트 및 인스턴트 테스트는 여전히 앱과 가까운 자원 조회, 상태 로직, 접근성 의미론 및 결정론적 명백성을 소유해야 합니다. 눈에 보이는 흐름은 지원, 로컬라이제이션 또는 릴리스 검토자가 반복 가능한 경로와 사람이 읽을 수 있는 증거 패킷이 필요할 때 가장 강합니다. 그안드로이드 QA 스모크 테스트 워크플로우관련된 일반적인 패턴을 제공한다.

RTL과 양방향 콘텐츠를 각각 별도의 테스트 통과를 부여합니다.

RTL은 LTR 스크린샷 체크리스트의 끝에 추가할 항목이 아닙니다. 아랍어 또는 기타 지원되는 RTL 지역 언어로 전용 패스를 실행하고 이메일 주소, 전화번호, 가격, 버전 문자열, URL, 코드 및 라틴어 브랜드 이름을 포함한 혼합 방향 콘텐츠를 포함합니다. 이러한 조합은 완전히 번역된 문장이 표시하지 못할 수 있는 문법 및 정렬 오류를 보여줍니다.

• 네비게이션, 서랍, 탭, 진행 방향 및 방향 아이콘이 의미에 따라 반사되어야 할 때만 반사되는지 확인합니다.
• 숫자, 단위, 제품 이름 및 입력 커서가 RTL 문장 내에서 읽을 수 있는지 확인합니다.
• 빈 상태, 대화상자, 스낵바, 권한 설명 및 양식 검증 메시지에서 정렬을 검사합니다.
• 모든 제스처가 텍스트 방향과 반대로 바뀌는다고 가정하는 것이 아니라 행동에 따라 테스트 스와이프 및 백 네비게이션을 수행합니다.
• 표기법, 문장 구조, 줄 바꿈 및 문화적 해석에 대해 원어민 검토자를 사용합니다.

사용하다`ar-XB`구조적 결함을 조기에 노출하기 위해, 출시 전에 최소한 한 개의 실제 RTL 지역 언어를 실행하십시오. 가짜 지역 언어는 미러링 결함을 드러낼 수 있지만, 프로덕션 아랍어 사본의 타이포그래피나 의미를 검증하지는 않습니다.

테스트 형식, 입력, 알림 및 외부 표면

가장 비싼 로컬라이제이션 실패 중 일부는 앱 내 주요 화면 외부에 있습니다. 날짜 및 시간, 소수점 구분자, 통화 위치, 주소 순서, 측정 단위, 전화번호, 복수형, 키보드 입력, 클립보드 동작, 알림 텍스트, 심층 링크, 웹 콘텐츠 및 여정이 의존하는 모든 시스템 대화 상자에 대한 집중적인 검사를 추가합니다.

각 값이 어떤 지역 언어로 설정되었는지 기록합니다. 앱 언어, 시스템 지역, 계정 국가, 서버 기본 설정, 시간대 및 키보드가 다를 수 있습니다. 놀라운 값을 보여주는 스크린샷은 유용한 증거이지만, 버그 보고서는 또한 이러한 입력값을 명명해야 하므로 엔지니어링 팀이 불일치의 원인을 재현할 수 있습니다.

스토어 목록과 프로모션 스크린샷은 별도의 릴리스 서피스로 취급합니다. 텍스트는 다른 저장소에서 가져올 수 있으며 이미지는 다른 파이프라인에서 생성될 수 있습니다. 동일한 스크린 인벤토리 및 네임 지정 체계를 재사용하되, 스토어 설명이 번역되었기 때문에 앱을 현지화했다고 표시하지 마십시오.

자동화가 약한 곳에 인간의 검토를 유지하세요.

자동화는 경로를 반복하고 알려진 증거를 감지하는 데 능숙합니다. 인간은 의미, 어조, 맥락, 문화적 적합성, 시각적 계층 구조, 유머, 모호성 및 줄 바꿈이 단순히 다르게 보이나 실제로 이해를 손상시키는지 여부를 결정하는 데 여전히 더 능숙합니다. 수동 검토를 계획되지 않은 예외로 취급하는 대신 의도적으로 인수 인계를 구축하십시오.

• 자동화: 지역 설정, 시작, 탐색, 대기, 안정 상태 확인, 선택된 텍스트 존재 여부, 스크린샷, 파일 명명 및 증거 패키징.
• 수동으로 검토하기: 번역의 의미, 자연스러움, 법적 미묘함, 복잡한 스크립트의 접근성, 모호한 절단, 문화적 이미지, 그리고 시각적 균형.
• 코드 테스트로 에스컬레이션: 정확한 자원 매핑, 복수 논리, 결정론적 포맷팅 함수 및 구성 요소 의미론.
• 기기 또는 프레임워크 테스트로 에스컬레이션: 시스템 권한, 앱 간 동작, 키보드 통합 및 수명주기 전환.

유용한 중지 규칙은 간단합니다. 가시적인 상태가 승인된 상태 중 하나가 아닐 때 증거를 수집하고 중지합니다. 알 수 없는 동의 화면, 결제 단계, 파괴적인 작업 또는 번역되지 않은 시스템 경로를 통해 자동화가 계속되도록 두지 마십시오. 그안드로이드 자동화 테스트 도구 비교각 주장을 올바른 레이어에 할당하는 데 도움이 될 수 있습니다.

리리스 팀이 처리할 수 있는 증거 팩을 생성합니다.

컨텍스트가 없는 통과/실패 대시보드는 다른 조사를 생성합니다. 각 로컬화 발견은 빌드, 앱 패키지 및 버전, 지역 및 지역, Android 버전, 기기 및 해상도, 폰트 크기, 테마, 시작 상태, 화면 이름, 예상 결과, 실제 결과 및 주장을 뒷받침하는 스크린샷 또는 선택한 관찰을 식별해야 합니다.

다음과 같은 안정적인 파일 이름을 사용하세요.`build-locale-device-screen-state.png`, 그런 다음 파일을 테스트 매트릭스에 매핑하는 하나의 설명서를 유지하십시오. 예상되는 시각적 변동을 결함과 분리하십시오: 다른 줄 바꿈은 허용될 수 있지만 숨겨진 가격, 도달할 수 없는 버튼, 역방향 브랜드 마크 또는 누락된 오류 메시지는 허용되지 않습니다. 픽셀 차이에 따라가 아니라 사용자 영향에 따라 심각도를 할당하십시오.

현재 세대 컨텍스트에서 LaiCai 관리된 기기가 사용 가능하지 않기 때문에, 이 문서에서는 특정 앱, 기기 또는 지역별 벤치마크 결과를 주장하는 것이 아니라 계약 기반 워크플로우를 설명합니다. 매트릭스를 확장하기 전에 환경 내에서 대표적인 시범 운영을 실행하십시오.

안드로이드 로컬라이제이션 QA 릴리스 체크리스트

1. 지원되는 지역 언어 목록, 대체 지역 언어, 언어 선택 경로 및 고위험 시장을 정의합니다.
2. 달리다`en-XA`그리고`ar-XB`최종 번역이 도착하기 전에 대표 화면에서.
3. 각 경로가 지원되는 실제 앱별, 시스템별 및 앱 내 언어 전환을 확인합니다.
4. 작은 화면에서 확장 기능이 많이 있는 지역, 복잡한 스크립트 지역, RTL 지역을 모두 커버합니다.
5. 오류, 빈 상태, 로딩 상태, 확인 상태, 권한 상태, 업그레이드 상태 및 알림 상태를 포함합니다.
6. 지역별 형식, 입력 방법, 폰트 크기, 밝은/어두운 테마 및 언어 유지 지속 여부를 확인합니다.
7. UI 상태, OCR, 템플릿 매칭, 스크린샷 및 인간 검토는 그들이 지원할 수 있는 청구에만 사용하십시오.
8. 명명된 증거 패킷을 저장하고 인식되지 않는 상태에서 중지합니다.
9. 원어민 검토자가 의미, 어조, 문법 및 문화적 적합성을 승인하도록 합니다.
10. 기본 자동화 CTA는 지역별 소유자 페이지에 유지하고 구현 세부 사항은 지원 안내서를 사용합니다.

저자 소개: BeePOS LLC는 개발합니다LaiCai Screen Mirroring그리고 그것의LaiCai Flow자동화 기능. 이 가이드는 현재 안드로이드 문서, 관찰된 로컬라이제이션 테스트 관행 및 게시된 내용을 기반으로 합니다.LaiCai Flow노드 계약. 제품 질문은 다음을 통해 보내실 수 있습니다.LaiCai 회사 및 지원 페이지.

출처들

• 안드로이드 개발자: 가짜 로케일로 앱을 테스트하세요.
• Android 개발자: 앱별 언어 기본 설정
• 안드로이드 개발자: 앱 로컬라이즈하기
• 안드로이드 개발자: 컴포지블 미리보기로 UI 미리보기를 미리 보기
• Firebase: 테스트 랩을 사용하여 Android용 테스트를 시작하세요.
• BrowserStack: App Live를 사용한 로컬라이제이션 테스트