현지화 테스트란 무엇입니까? 테스트 사례 및 체크리스트 예시
토마스 해밀턴
⚡ 스마트 요약
현지화 테스트는 번역된 콘텐츠, 사용자 인터페이스 레이아웃, 통화, 날짜 및 시간 형식, 해당 시장 사용자가 기대하는 현지 관습 등 특정 지역, 로케일 또는 문화권에서 소프트웨어가 올바르게 작동하는지 확인하는 테스트입니다.
현지화 테스트
현지화 테스트 특정 지역, 로케일 또는 문화에 대해 소프트웨어의 동작을 테스트하는 소프트웨어 테스트 기술입니다. 소프트웨어에 대한 현지화 테스트를 수행하는 목적은 특정 로케일에 적합한 언어적, 문화적 측면을 테스트하는 것입니다. 대상 언어 및 국가에 따라 소프트웨어를 사용자 정의하는 프로세스입니다.
현지화 테스트의 영향을 받는 주요 영역은 콘텐츠와 UI입니다.
UI, 기본 언어, 통화, 날짜, 시간 형식 및 문서가 대상 국가 또는 지역에 따라 설계된 세계화된 애플리케이션을 테스트하는 프로세스입니다. 이는 애플리케이션이 해당 특정 국가에서 사용하기에 충분히 능력이 있는지 확인합니다.
예:
1. 프로젝트가 인도의 타밀나두주를 위해 설계된 경우, 설계된 프로젝트는 타밀어로 되어 있어야 하며 타밀어 가상 키보드가 있어야 합니다.
2. 프로젝트가 미국을 대상으로 설계된 경우 시간 형식은 미국 표준 시간에 따라 변경되어야 합니다. 또한 언어 및 화폐 형식은 미국 표준을 따라야 합니다.
아래 그림은 동일한 제품이 여러 지역에 맞게 조정되는 과정을 보여줍니다. 기본 구조는 동일하게 유지되지만 언어, 통화 및 서식 규칙이 변경됩니다.
현지화 테스트를 수행하는 이유는 무엇입니까?
현지화 테스트를 수행하는 목적은 특정 지역에 적합한 언어적, 문화적 측면을 확인하는 것입니다. 여기에는 요구 사항에 따른 사용자 인터페이스 또는 초기 설정 변경도 포함됩니다.
이러한 유형의 테스트에서는 다양한 테스터가 동일한 기능을 반복합니다. 오타, UI의 문화적 적합성, 언어적 오류 등 다양한 사항을 검증합니다.
'localization'이라는 단어에서 L과 N 사이에 10개의 문자가 있기 때문에 'L10N'이라고도 불립니다.
이러한 노력에는 상업적인 이유도 있습니다. 오역된 라벨이나 03/04가 4월이 아닌 3월로 표기된 날짜는 이미 진출 비용을 지불한 시장의 신뢰를 떨어뜨립니다. 그리고 이러한 결함은 현지 테스터가 발견할 가능성이 높기 때문에 현지 담당자가 발견하기 어렵습니다. GUI 테스트 영어로 공연되었습니다.
현지화 테스트 vs 국제화 테스트
두 활동은 경쟁 관계가 아니라 순차적으로 진행됩니다. 국제화 테스트(I18N)는 코드베이스가 모든 로케일을 수용할 수 있는지 확인하고, 현지화 테스트(L10N)는 특정 로케일이 올바르게 작동하는지 확인합니다.
| 현지화 테스트(L10N) | 국제화 테스트(I18N) |
|---|---|
| 제품이 특정 대상 지역에서 자연스럽게 느껴지는지 확인합니다. | 재개발 없이 제품이 여러 지역을 지원할 수 있는지 검증합니다. |
| 번역된 텍스트, 통화, 날짜, 시간 및 문화적 적합성을 확인합니다. | 문자 인코딩, 문자열 외부화 및 로케일 인식 코드를 검사합니다. |
| 해당 시장에 대한 번역된 빌드가 생성되면 실행됩니다. | 번역할 텍스트를 보내기 전에 먼저 실행되는 과정입니다. |
| 현지어를 아는 테스터 또는 리뷰어가 필요합니다. | 핵심 팀에서 의사 번역된 빌드를 사용하여 수행할 수 있습니다. |
이 튜토리얼을 확인하세요 현지화 테스트와 세계화 테스트의 차이점.
현지화 테스트 방법
일반적인 현지화 테스트를 위해 빌드 검증 테스트를 설정했습니다. 기능 테스트, Regression Testing, 최종 승인을 받습니다.
1. 빌드 검증 테스트는 다음의 작은 부분 집합입니다. 기능 테스트이는 QA팀이 상세한 테스트를 시작하기 전에 수행되는 절차입니다. 그 취지는 다음과 유사합니다. 연기 테스트언어 팩이 전혀 로드되지 않으면 현지화된 빌드가 즉시 거부됩니다.
2. 노멀 테스팅(Normal Testing)은 정상적인 테스트 케이스를 실행하고 실행 중 로그 결함을 찾아내는 단계이다.
3. 회귀 테스트는 결함 고정된 결함이 주변 영역에 영향을 주지 않으면서 결함이 수정되었는지 확인하는 회귀 프로세스입니다.
4. 최종 승인(Final Sign-off)은 고객에게 납품하기 전에 빌드에 대한 최종 확인을 수행하는 것입니다.
각 단계는 제품 전체에 대해 한 번만 수행되는 것이 아니라 지역별로 반복됩니다. 프랑스어 빌드에서 수정된 결함은 독일어 및 일본어 빌드에서도 되돌려야 하는데, 이는 동일한 문자열 리소스가 여러 언어에서 공유되는 경우가 많기 때문입니다.
현지화 테스트 자동화
프로젝트 규모가 크고 자주 테스트해야 한다면 자동화 테스트.
- 스크립트를 작성하려면 자동화 도구를 선택하세요.
- 현지화 전략을 테스트할 시나리오를 가져옵니다.
- 그에 따라 스크립트를 작성하세요.
- 결과를 수집하고 시나리오를 합격/불합격으로 업데이트합니다.
참고 : Selenium 이 분야의 선구적인 도구 중 하나입니다. 기능이 매우 풍부하지만 사용하려면 더 많은 기술 지식이 필요합니다.
자동화에는 분명히 짚고 넘어가야 할 한계가 있습니다. 스크립트는 통화 기호가 변경되었는지, 문자열이 잘리지 않았는지 등을 확인할 수 있지만, 번역이 자연스러운지, 아이콘이 불쾌감을 주는지는 판단할 수 없습니다. 기계 검사는 기계적인 부분을 처리하고, 언어적인 부분은 여전히 원어민 검토자가 담당합니다.
현지화 테스트 도구
현지화 작업에는 세 가지 유형의 도구가 사용되며, 대부분의 팀은 결국 이 세 가지 도구를 모두 사용하게 됩니다.
- 기능 자동화 프레임워크: Selenium, Appium 유사한 프레임워크는 각 로케일 빌드에 대해 동일한 테스트 스위트를 다시 실행하는데, 반복적인 검증의 대부분은 바로 이 부분에서 이루어집니다.
- 번역 관리 시스템: 문자열 리소스를 저장하는 플랫폼을 사용하면 번역가, 개발자 및 테스터가 하나의 용어집을 기반으로 작업할 수 있으므로 두 화면에서 동일한 용어가 두 가지 다른 방식으로 번역되는 일이 없습니다.
- 의사 지역화 유틸리티: 이러한 기능은 실제 번역이 시작되기 전에 영어 문자열을 악센트가 붙은 긴 자리 표시자로 대체하여, 더 긴 단어를 처리할 수 없는 하드코딩된 텍스트와 레이아웃을 드러냅니다.
도구만큼이나 기기 및 브라우저 호환성도 중요합니다. 글꼴, 입력 방식, 기본 로케일은 플랫폼마다 다르므로, 현지화된 빌드는 실제 대상 기기에서 테스트해야 합니다. 모바일 테스트 그리고 브라우저 전체에 걸쳐 정의된 설정 웹 애플리케이션 테스트.
현지화 테스트를 위한 모범 사례 체크리스트
- i18n 엔지니어링 전문성을 갖춘 현지화 업체를 고용하세요.
- 로컬라이제이션 테스트 전략을 통해 더블바이트 언어에 더 많은 시간을 할애할 수 있는지 확인하세요.
- DBCS를 실행하기 전에 코드가 올바르게 국제화되었는지 확인하십시오.trac번역할 텍스트를 보내주세요.
- 소스 코드에 사용자에게 보이는 텍스트가 하드코딩되지 않도록 모든 문자열을 먼저 리소스 파일로 분리하십시오.
- 번역 비용이 지출되기 전에 잘림 현상과 하드코딩된 텍스트를 파악할 수 있도록, 미리 가상 현지화 빌드를 실행하세요.
- 영어에서 영어로 번역된 텍스트는 원문보다 길어지는 경우가 많으므로, 텍스트 확장을 위한 레이아웃 공간을 확보해 두십시오.
- 아랍어 및 히브리어와 같이 오른쪽에서 왼쪽으로 쓰는 언어를 실제 화면에서 테스트하십시오. 이러한 화면에서 좌우 반전된 레이아웃과 양방향 텍스트가 제대로 표시되지 않는 경우가 가장 많습니다.
- 날짜 순서, 소수점 구분 기호, 주소 형식, 존칭 및 어조를 포함하는 지역별 스타일 가이드를 유지 관리하십시오.
- 문화적 적합성은 대본만으로는 판단할 수 없으므로, 원어민에게 완성된 화면을 검토해 달라고 요청하세요.
이 항목 중 두 가지는 언어보다는 플랫폼에 따라 달라지기 때문에 현지화된 빌드는 일반적으로 다른 빌드와 함께 예약됩니다. 호환성 테스트 구성 테스트 그들을 쫓는 것이 아니라.
현지화 테스트를 위한 테스트 케이스 예시
아래 표는 초기 검사 항목들을 보여줍니다. 각 행은 완전한 검사 항목으로 변환됩니다. 테스트 사례 특정 지역에 대한 예상 결과가 입력되면 됩니다.
| S.No | 테스트 케이스 Descript이온 |
|---|---|
| 1 | 용어집을 참조하고 확인할 수 있습니다. |
| 2 | 시간과 날짜가 대상 지역에 맞게 형식화되었습니다. |
| 3 | 전화번호 형식은 대상 지역에 적합합니다. |
| 4 | 대상 지역의 통화입니다. |
| 5 | 라이센스 및 규칙이 현재 웹사이트(지역)를 준수하고 있습니까? |
| 6 | 페이지의 텍스트 콘텐츠 레이아웃은 오류가 없고 글꼴 독립적이며 줄 정렬입니다. |
| 7 | 특수 문자, 하이퍼링크 및 단축키 기능. |
| 8 | 입력 필드에 대한 유효성 검사 메시지. |
| 9 | 생성된 빌드에는 필요한 모든 파일이 포함되어 있습니다. |
| 10 | 지역화된 화면에는 소스 제품과 동일한 유형의 요소와 숫자가 있습니다. |
| 11 | 소프트웨어나 웹 애플리케이션의 지역화된 사용자 인터페이스가 대상 운영 체제와 사용자 환경의 소스 사용자 인터페이스와 비교되는지 확인하세요. |
| 12 | 정렬 및 알파벳 순서는 원어의 규칙이 아닌 대상 언어의 규칙을 따릅니다. |
| 13 | 오른쪽에서 왼쪽으로 쓰는 언어는 탐색, 아이콘 및 혼합 방향 문자열을 포함하여 레이아웃을 올바르게 반영합니다. |
| 14 | 키보드 입력, 맞춤법 검사 및 검색 기능은 악센트가 있는 문자와 멀티바이트 문자를 지원합니다. |
현지화 테스트의 장점
현지화 테스트의 이점은 다음과 같습니다.
- 전반적인 테스트 비용 절감
- 전반적인 지원 비용 절감
- 테스트 시간을 줄이는 데 도움이 됩니다.
- 더 많은 유연성과 확장성을 제공합니다.
이러한 비용 절감은 시장 지원 대기열별로 한 번씩 처리하는 대신, 지역별 오류를 중앙에서 한 번에 잡아내는 데서 비롯됩니다. 또한, 긴 독일어 문자열에서도 레이아웃을 유지하는 동일한 방식이 확대된 텍스트에서도 레이아웃을 유지하기 때문에 접근성 향상도 따라옵니다. 접근성 테스트.
현지화 테스트의 단점
현지화 테스트의 과제는 다음과 같습니다.
- 도메인 전문가가 필요합니다
- 현지 번역가를 고용하면 프로세스 비용이 많이 드는 경우가 많습니다.
- DBCS 문자 저장은 국가마다 다릅니다.
- 테스터는 일정 문제에 직면할 수 있습니다
일정 압박은 대부분의 팀이 과소평가하는 요소입니다. 번역은 본질적으로 개발 주기 후반에 이루어지기 때문에 현지화 오류는 출시 직전에 드러나게 되는데, 바로 이때 레이아웃 변경에 드는 비용이 가장 많이 발생합니다. 따라서 현지화 계획은 앞서 설명한 더 큰 계획에 포함됩니다. 소프트웨어 테스트 유형 그 압박감을 감당할 수 있게 해주고, 전반적으로 소프트웨어 테스팅 서론에서는 해당 단계가 전체적인 맥락에서 어떤 위치를 차지하는지 다룹니다.
