회귀 테스트는 이미 설치된 것에 대해 실행할 수 있습니다. 서버를 실행하거나 내에서 임시 설치를 사용합니다. 빌드 트리. 또한가 있습니다."병렬"및 a"순차"테스트 실행 모드. 그만큼 순차적 메소드는 각 테스트 스크립트를 차례로 실행하지만 병렬 메소드는 여러 서버 프로세스를 시작하여 그룹을 실행합니다. 병렬로 테스트. 병렬 테스트는 자신감을줍니다 의사 소통과 잠금이 올바르게 작동합니다. 을 위한 역사적 이유, 순차적 테스트는 일반적으로 기존 설치 및 임시에 대한 병렬 메소드 설치이지만 기술적 인 이유는 없습니다.
구축 후 회귀 테스트를 실행하지만 이전 설치, 유형
$gmake check
최상위 디렉토리에서. (또는 변경할 수 있습니다src/test/regress그곳에서 명령을 실행하십시오.) 이것 먼저 여러 보조 파일을 빌드합니다 플랫폼 의존적"예상"파일 일부 샘플 사용자 정의 트리거 기능을 수행 한 다음 테스트 드라이버 스크립트. 결국에는와 같은 것을 볼 수 있습니다.
===================== 77 개의 테스트가 모두 통과되었습니다. ======================
또는 그렇지 않으면 어떤 테스트가 실패했는지에 대한 메모입니다. 보다섹션 14.3더 많은 정보는 아래에 있습니다.
참고 :이 테스트 방법이 임시로 실행되기 때문입니다 서버, 루트 사용자 일 때는 작동하지 않습니다 ( 서버는 루트로 시작하지 않습니다). 이미 빌드를했다면 루트로서, 당신은 온통 시작할 필요가 없습니다. 대신에 다른 사용자가 쓸 수있는 회귀 테스트 디렉토리, 로그인 그 사용자로서 테스트를 다시 시작하십시오. 예를 들어,
루트#CHMOD -R A+W SRC/TEST/Regress 루트#chmod -r a+w contrib/spi 루트#Su -Joeuser Joeuser $CD최상위 빌드 디렉토리 Joeuser $gmake check(유일한 가능한"보안 위험"여기 다른 사용자가 변경할 수 있습니다. 회귀 테스트 결과 등 뒤에 있습니다. 일반적으로 사용하십시오 사용자 권한을 관리 할 때 감각.)
또는 설치 후 테스트를 실행하십시오.
팁 :병렬 회귀 테스트가 상당히 시작됩니다 사용자 ID에서 프로세스가 거의 없습니다. 현재, 최대 값 동시성은 20 개의 병렬 테스트 스크립트입니다 60 개의 프로세스 --- 백엔드, PSQL 및 일반적으로 각 테스트 스크립트에 대한 PSQL의 쉘 부모 프로세스. 그래서 귀하의 시스템 프로세스,이 한도가 최소 75 개 이상인지 확인하십시오. 그렇지 않으면, 당신은 평행에서 임의의 실패를 얻을 수 있습니다. 시험. 한도를 올릴 위치에 있지 않다면 파일을 편집 할 수 있습니다src/test/regress/parallel_schedule분할 동시 테스트가 클수록 더 관리 가능합니다 여러 떼.
팁 :일부 시스템에서는 기본 Bourne 호환입니다 껍데기 (/bin/sh) 언제 혼란스러워집니다 너무 많은 어린이 프로세스를 병렬로 관리해야합니다. 이것 병렬 테스트가 실행되거나 실패 할 수 있습니다. 그런 식으로 케이스, 다른 Bourne 호환 쉘을 지정하십시오 명령 줄, 예 :
부러진 껍질을 사용할 수없는 경우 변경할 수 있습니다. 위에서 제안한 병렬 테스트 일정.
설치 후 테스트를 실행하려면 (참조1 장), 데이터 영역 초기화 및 에 설명 된대로 서버 시작메이저 토토 사이트 : 문서 : 7.2 : 서버 런타임 환경, 그런 다음 유형
$Gmake InstallCheck
테스트는 로컬 호스트의 서버에 연락 할 것으로 예상됩니다. 그리고 기본 포트 번호, 달리 지시되지 않는 한pghostandpgport환경 변수.