| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 28. 리그렛션테스트 | Fast Forward | Next |
테스트에는 필연적으로 환경에 의존한 결과가 되는 것이 있기 때문에, "예상된"결과 파일의 대안을 지정하는 방법을 준비했습니다. 각 리그렛션 테스트는, 다른 플랫폼에서 출력될 가능성이 있는, 복수의 비교용 파일을 가질 수 있습니다. 각 테스트에 대해서 어떤 비교용 파일을 사용할지 결정하는 방법에는, 독립된 2개의 기법이 있습니다.
1번째 기법은, 지정한 플랫폼으로 비교용 파일을 선택할 수 있습니다. src/test/regress/resultmap라는 맵핑 파일이 있어, 어느 비교용 파일을 어느 플랫폼에서 사용하는지를 정의합니다. 독특한 플랫폼의 거짓 테스트"실패"를 막기 위해서, 우선 결과 파일을 선택하거나 작성하고, resultmap파일에 1행을 더해 주세요.
매핑 파일의 각 행의 서식은 아래와 같습니다.
testname/platformpattern=comparisonfilename
테스트명은 단지 특정 리그렛션테스트의 모듈명입니다. 플랫폼 패턴이란, expr Unix 툴 스타일(시작 시 잠재하는^이 있는 정규 표현)의 패턴입니다. 이것은, config.guess에 의해 출력되는 플랫폼명과 비교됩니다 비교파일명은 대체결과의 비교파일의 기본 이름입니다.
이하에 예를 나타냅니다. 시스템에는, 매우 작은 부동 소수값에 대해, 언더 플로우(underflow)에러를 보고하지 않고 0으로서 해석합니다. 이것에 의해, horology리그렛션테스트에 차이가 발생합니다. 그 때문에, float8-small-is-zero.out라는 변형 비교 파일을 준비해, 거기에 이러한 시스템의 기대값을 기술합니다. OpenBSD플랫폼에 대해 거짓 "실패"메세지 출력을 실시하지 않도록 하기 위해서, resultmap에 이하를 포함합니다.
float8/i.86-.*-openbsd=float8-small-is-zero
이것은, config.guess의 출력이 i. 86-. *-openbsd와 일치하는 모든 머신에 대해서 적용됩니다. resultmap의 다른 행은, 적절한 다른 플랫폼의 변형 비교 파일을 선택합니다.
2번째 비교 파일의 선택 기법은, 꽤 자동화되어 있습니다. 단순하게, 제공되는 각종 비교 파일중에서 "가장 일치하는 것"을 사용합니다. 리그렛션 테스트의 드라이버 스크립트는, 테스트를 위해 표준 비교파일 testname . out와 testname _ digit . out (여기서 digit 는 0-9의 숫자 한 개입니다)라는 이름의 변종 파일을 고려합니다. 만약 이 중에 몇 개의 파일이 정확하게 일치했을 경우, 테스트가 성공한 것으로 간주합니다. 아니면, 차이가 가장 작았던 것을 사용해, 실패 보고를 생성합니다. (resultmap에 특정 테스트의 항목이 포함되어 있으면, resultmap의 대체이름이 기본 testname 로 옮겨집니다. )
예를 들어, char테스트를 위해, 비교파일char.out에는 C로케일과 POSIX로케일로 예상되는 결과가 포함되어 있습니다. 한편 char_1.out파일에는, 다른 많은 로케일로 나타나는 결과가 정렬되어 포함됩니다.
이 최선의 일치 기법은, 로케일에 의존한 결과에 대응할 수 있도록 고안 되었습니다. 그러나, 이 기법은, 간단하게 플랫폼의 이름만으로는 예측불가능한 테스트 결과가 되는 것과 같은, 임의의 상황에 사용할 수 있습니다. 이 기법의 제한은, 테스트 드라이버가, 현재의 환경에서 어떤 종류가 정말로 "올바른"의 것인지를 모른다는 점입니다. 단지 가장 잘될 것 같은 종류를 선택하고 있을 뿐입니다. 따라서, 모든 컨텍스트에 동등하게 유효로 간주될 것 같은 종류의 결과에서만, 안전하게 이 기법을 사용할 수 있습니다.