내보내기(0) 인쇄
모두 확장

지역화 가능성 테스트

Visual Studio .NET 2003

지역화 가능성 테스트에서는 코드의 재엔지니어링 또는 수정 없이 프로그램의 사용자 인터페이스를 어느 언어로든지 쉽게 번역할 수 있는지 검사합니다. 지역화 가능성 테스트에서는 제품의 지역화 중에 일반적으로 발견되는 버그를 찾아내므로 이 테스트를 완료하기 위해서는 프로그램의 지역화가 필요합니다. 이런 이유로, 지역화 가능성 테스트는 전역화 테스트와 지역화 테스트의 필수적인 중간 단계입니다. 지역화 가능성 테스트를 성공적으로 완료하면 제품에 대한 지역화 준비가 되었음을 나타냅니다. 의사 지역화를 사용하면 실제 지역화에 따르는 시간과 비용을 절약할 수 있습니다. 의사 지역화는 지역화 가능성 버그를 찾아낼 수 있는 가장 비용 효율적인 방법이며 다음과 같이 수행됩니다.

의사 지역화된 버전의 프로그램 실행

의사 지역화를 수행하기 위한 가장 효율적인 방법은 프로그램의 리소스를 자동으로 수정하는 것입니다. 예를 들어, 영어를 사용하는 지역화 담당자가 프로그램의 UI를 번역할 때 수행하는 작업은 다음과 같습니다.

  • 영어 텍스트를 영어가 아닌 문자가 포함된 텍스트로 바꿉니다. 텍스트를 읽기 가능한 상태로 유지할 것을 권장합니다. 예를 들어, 번역 알고리즘이 영어 단어를 비슷한 모양의 영어가 아닌 기호로 바꾸도록 합니다. 예를 들면 다음과 같습니다.
    • a의 경우 à 또는 å를 사용합니다.
    • c의 경우 ĉ 또는 ç를 사용합니다.
    • n의 경우 ń 또는 ñ을 사용합니다.
  • 리소스 문자열에 다른 문자를 추가합니다. 대부분의 경우 번역된 텍스트는 원래 영어 텍스트보다 깁니다("some string"이 "+++some string+++"으로 번역됨).
  • 대화 상자의 크기를 늘립니다. 지역화 담당자는 지역화로 인해 문자열 길이가 늘어날 경우 대개 이러한 작업을 수행합니다.
  • 각 리소스 문자열의 처음과 끝을 표시합니다. 이러한 표시를 통해 응용 프로그램이 런타임에 언제 텍스트를 표시하는지 확인할 수 있으므로 지역화 가능성 버그를 쉽게 찾아낼 수 있습니다.
  • 다국어 유니코드를 사용하여 지역화 문자열을 만듭니다(리소스 문자열은 결국 유니코드로 저장됩니다). 이를 통해 프로그램이 ANSI 함수를 사용하여 텍스트를 처리 또는 표시하는 위치를 찾을 수 있습니다.

프로그램에 대한 의사 지역화를 마쳤으면 프로그램의 기능을 테스트합니다. 의사 지역화된 응용 프로그램이 원래 버전과 동일하게 기능을 수행해야 합니다.

지역화 가능성에서 종종 빠뜨리는 영역이 미러링 테스트입니다. 프로그램의 텍스트 및 UI가 RTL(오른쪽에서 왼쪽)로 표시되는 지역에 소프트웨어를 배포하려면 응용 프로그램이 미러링되었을 때 어떻게 보이는지 확인해야 합니다. 이 테스트는 제품에 대한 의사 지역화의 일부로 구현할 수 있습니다. 결과적으로, 텍스트는 선택한 언어로 표시되지만 응용 프로그램은 창 및 텍스트 배열을 미러링합니다.

코드 검사 수행

코드가 다음 요건을 충족하는지 확인합니다.

  • 표준 Windows 리소스 형식으로 모든 리소스를 작성하고 리소스 코드에 문자열을 하드 코딩하지 마십시오.
  • 문자열 길이 계산, 문자열 요소에 액세스 또는 문자열 조작을 위해 포인터 산술을 사용하지 마십시오.
  • 런타임에 스트리핑 또는 연결로 문자열을 빌드하지 마십시오.
  • 리소스는 문자열 버퍼 길이에 대해 고려하지 않습니다.
  • 런타임에 UI 요소를 배치하지 마십시오.
  • 아이콘 및 비트맵에 텍스트가 포함되어 있지 않은지 확인합니다.
  • 드라이브 및 폴더 이름 또는 레지스트리 키에 대해서는 가정이 존재하지 않습니다.

UI 및 문서 검토 수행

UI 및 관련 문서에 사용된 용어가 정확하고 일관성이 있으며 모호하지 않은지 확인합니다. UI 및 문서에서 동일한 기능을 서로 다른 이름으로 지칭하거나 텍스트에 매우 까다로운 기술적 용어가 포함되어 있을 경우 지역화 담당자가 의미를 혼동할 수 있습니다.

참고 항목

전역화 및 지역화 테스트

표시:
© 2014 Microsoft