증명 - 클라우드의 온라인

프로그램:

이름

증명 - TAP 하네스를 통해 테스트를 실행합니다.

사용법

[옵션] [파일 또는 디렉토리] 증명

옵션

부울 옵션:

-v, --verbose 모든 테스트 라인을 출력합니다.
-l, --lib 테스트 경로에 'lib'를 추가합니다(-Ilib).
-b, --blib에 대한 경로에 'blib/lib' 및 'blib/arch' 추가
당신의 테스트
-s, --shuffle 무작위 순서로 테스트를 실행합니다.
-c, --color 컬러 테스트 출력(기본값).
--nocolor 색상 테스트 출력을 하지 않습니다.
--count 자세한 정보가 아닐 때 X/Y 테스트 횟수 표시
(기본값)
--nocount X/Y 테스트 카운트를 비활성화합니다.
-D --드라이 드라이 런. 실행되었을 테스트를 표시합니다.
-f, --failures 실패한 테스트를 표시합니다.
-o, --comments 주석을 표시합니다.
--ignore-exit 테스트 스크립트에서 종료 상태를 무시합니다.
-m, --merge 테스트 스크립트의 STDERR을 STDOUT과 병합합니다.
-r, --recurse 디렉터리로 재귀적으로 내려갑니다.
--reverse 테스트를 역순으로 실행합니다.
-q, --quiet 테스트를 실행하는 동안 일부 테스트 출력을 억제합니다.
-Q, --QUIET 요약 결과만 출력합니다.
-p, --parse TAP 구문 분석 오류가 있는 경우 전체 목록을 표시합니다.
--directives TODO 또는 SKIP 지시문이 있는 결과만 표시합니다.
--timer 각 테스트 후 경과 시간을 인쇄합니다.
--trap Ctrl-C를 트랩하고 인터럽트 시 요약을 출력합니다.
--normalize 상세 출력에서 ​​TAP 출력 정규화
-T 오염 검사를 활성화합니다.
-t 오염 경고를 활성화합니다.
-W 치명적 경고를 활성화합니다.
-w 경고를 활성화합니다.
-h, --help 이 도움말 표시
-?, 이 도움말 표시
-V, --version 버전 표시
-H, --man 증명을 위한 더 긴 맨페이지
--norc 기본 .proverc를 처리하지 않습니다.

인수를 사용하는 옵션:

-I 포함할 라이브러리 경로.
-P 로드 플러그인(App::Prove::Plugin::* 검색)
-M 모듈을 로드합니다.
-e, --exec 테스트를 실행하는 해석기(컴파일된 경우 ''
테스트.)
--ext 테스트용 확장자 설정(기본값 '.t')
--harness 사용할 테스트 하네스를 정의합니다. TAP::하네스를 참조하십시오.
--formatter 사용할 결과 포맷터. 포맷터를 참조하십시오.
--source SourceHandler를 로드 및/또는 구성합니다. 보다
소스 핸들러.
-a, --archive out.tgz 결과 TAP를 아카이브 파일에 저장합니다.
-j, --jobs N N개의 테스트 작업을 병렬로 실행(시도 9)
--state=opts 컨트롤 증명의 지속 상태.
--rc=rcfile rcfile의 프로세스 옵션
--rules 병렬 및 순차 처리에 대한 규칙.

노트

.proverc
If ~/.proverc or ./.proverc 존재하면 읽히고 포함된 모든 옵션이 처리됩니다.
명령줄 옵션 앞에. 옵션 .proverc 와 같은 방식으로 지정됩니다.
명령줄 옵션:

# .proverc
--state=핫, 패스트, 세이브
-j9

추가 옵션 파일은 "--rc" 옵션으로 지정할 수 있습니다. 기본 옵션 파일
처리는 "--norc" 옵션에 의해 비활성화됩니다.

Windows 및 VMS에서 옵션 파일의 이름은 _프로방스 보다는 .proverc 그리고 추구된다
현재 디렉토리에서만.

읽기 에 "성인"
파일에 테스트 목록(또는 URL 또는 테스트하려는 항목)이 있는 경우
'-'를 사용하여 테스트에 추가할 수 있습니다.

증명 - < my_list_of_things_to_test.txt

이 배포본의 "examples" 디렉토리에 있는 "README"를 참조하십시오.

태만 Test 명부 담당
파일이나 디렉토리가 제공되지 않으면 "prove"는 패턴과 일치하는 모든 파일을 찾습니다.
"t/*.t".

색의 Test 산출
TAP::Formatter::Color를 사용하는 컬러 테스트 출력이 기본값이지만 출력이
터미널, 색상이 비활성화됩니다. "--color" 스위치를 추가하여 이를 재정의할 수 있습니다.

색상 지원에는 Unix와 같은 플랫폼에서 Term::ANSIColor가 필요하고
창문. 필요한 모듈이 설치되어 있지 않으면 컬러 출력이 되지 않습니다.

출구 암호
테스트가 실패하면 "prove"는 XNUMX이 아닌 상태로 종료됩니다.

인수 에 테스트
테스트에 인수를 제공할 수 있습니다. 그렇게 하기 위해 그것들을 자신의 증명에서 분리하십시오.
arisdottle, '::'과의 인수. 예를 들어

증명 -vt/mytest.t :: --url http://example.com

달릴 것이다 t/mytest.t 옵션 '--url http://example.com'. 여러 개를 실행할 때
그들은 각각 동일한 인수를 받을 것입니다.

"--임원"
일반적으로 Perl 테스트 목록을 통과하면 하네스에서 실행 방법을 알 수 있습니다.
그들을. 그러나 테스트가 Perl로 작성되지 않았거나 모든 테스트를 호출하려는 경우
정확히 같은 방법으로 "-e" 또는 "--exec" 스위치를 사용합니다.

증명 --exec '/usr/빈/루비 -w't/
증명 --exec '/usr/빈/펄 -Tw -mstrict -Ilib' t/
증명 --exec '/path/to/my/customer/exec'

"-병합"
진단이 상대적으로 올바른 순서로 표시되는지 확인해야 하는 경우
테스트 결과 "--merge" 옵션을 사용하여 테스트 스크립트의 STDERR을 해당 스크립트에 병합할 수 있습니다.
STDOUT.

이것은 STDOUT(테스트 결과가 나타나는 곳)과 STDERR(여기서
진단이 나타남) 동기화 상태를 유지합니다. 하네스는 테스트한 모든 진단을 표시합니다.
STDERR에서 방출합니다.

주의 사항 : 이것은 약간의 kludge입니다. 특히 표시되는 항목이 있으면
STDERR는 테스트 도구가 혼동될 테스트 결과처럼 보입니다. 이 옵션만 사용
결과를 이해하고 위험과 함께 살 수 있다면.

"--덫"
"--trap" 옵션은 테스트 실행 중에 SIGINT(Ctrl-C)를 트랩하려고 시도하고
실행이 중단된 경우에도 테스트 요약

"--상태"
이전 테스트 실행 상태를 기억하고 선택 및/또는 주문하도록 "증명"을 요청할 수 있습니다.
저장된 상태를 기반으로 실행할 테스트.

"--state" 스위치에는 쉼표로 구분된 목록이어야 하는 인수가 필요합니다.
다음 옵션이 더 있습니다.

"마지막"
상태가 마지막으로 저장되었을 때와 동일한 테스트를 실행합니다. 이를 통해 가능합니다.
예를 들어 섞인 테스트의 순서를 다시 생성합니다.

# 모든 테스트를 무작위 순서로 실행
$ 증명 -b --state=저장 --셔플

# 같은 순서로 다시 실행
$ 증명 -b --상태=마지막

"실패한"
마지막 실행에서 실패한 테스트만 실행하십시오.

# 모든 테스트 실행
$ 증명 -b --상태=저장

# 실행 실패
$ 증명 -b --상태=실패

"저장" 옵션도 지정하면 새로 통과한 테스트가 제외됩니다.
후속 실행.

# 실패가 없을 때까지 반복
$ 증명 -b --state=실패, 저장

"통과"
마지막으로 통과한 테스트만 실행합니다. 새로운 문제가 없는지 확인하는 데 유용합니다.
소개되었습니다.

"모두"
모든 테스트를 정상적인 순서로 실행합니다. 여러 옵션을 지정할 수 있으므로 모든 테스트를 실행하려면
지난 번 실패부터 먼저:

$ 증명 -b --state=failed,all,save

"더운"
가장 최근에 실패한 테스트를 먼저 실행합니다. 각 테스트의 마지막 실패 시간은
저장됩니다. "hot" 옵션을 사용하면 테스트가 가장 최근 실패 순서대로 실행됩니다.

$ 증명 -b --state=hot,저장

실패한 적이 없는 테스트는 선택되지 않습니다. 모든 테스트를 가장 많이 실행하려면
최근 첫 사용 실패

$ 증명 -b --state=hot,all,save

이 옵션 조합은 다음과 같이 지정할 수도 있습니다.

$ 증명 -b --state=아드리안

"할 것"
todos로 모든 테스트를 실행합니다.

"느린"
가장 느린 순서에서 가장 빠른 순서로 테스트를 실행합니다. "-j"와 함께 사용하면 유용합니다.
병렬 테스트 스위치를 사용하여 가장 느린 테스트가 먼저 실행되도록 합니다.

$ 증명 -b --상태=느림 -j9

"빠른"
가장 빠른 순서에서 가장 느린 순서로 테스트 테스트를 실행합니다.

"새로운"
테스트 수정 시간을 기준으로 최신에서 가장 오래된 순서로 테스트 실행
스크립트.

"늙은"
가장 오래된 순서에서 최신 순서로 테스트를 실행합니다.

"신선한"
마지막 테스트 실행 이후 수정된 테스트 스크립트를 실행합니다.

"구하다"
종료 시 상태를 저장합니다. 상태는 다음 파일에 저장됩니다. .입증하다 (_증명 윈도우즈에서
및 VMS)를 현재 디렉터리에 저장합니다.

"--state" 스위치는 두 번 이상 사용할 수 있습니다.

$ 증명 -b --state=hot --state=all,저장

--규칙
"--rules" 옵션은 순차적으로 실행되는 테스트와 실행되는 테스트를 제어하는 ​​데 사용됩니다.
"--jobs" 옵션이 지정된 경우 병렬로. 옵션을 여러 개 지정할 수 있습니다.
시간과 순서가 중요합니다.

가장 실용적인 용도는 일부 테스트가 "병렬 준비"가 아님을 지정하는 것입니다.
--rules로 파일을 언급해도 테스트로 실행되도록 선택되지 않으므로
.proverc 파일에서 일부 규칙 기본 설정을 "설정하고 잊어버릴" 수 있습니다. 그럼 당신은 할 수있을거야
병렬 테스트의 성능 이점을 최대한 활용하는 반면 일부는
예외는 여전히 병렬로 실행됩니다.

--규칙 예

# "p"로 시작하는 테스트를 제외하고 모든 테스트를 병렬로 실행할 수 있습니다.
--rules='seq=t/p*.t' --rules='파=**'

# 병렬로 실행되어야 하는 "p"로 시작하는 테스트를 제외하고 모든 테스트는 순서대로 실행되어야 합니다.
--rules='파=t/p*.t'

--규칙 분해능

· 기본적으로 모든 테스트는 병렬로 실행할 수 있습니다. 자신의 지정
규칙은 이것을 제거합니다.

· "첫 경기 승리". 테스트와 일치하는 첫 번째 규칙이 적용됩니다.

· 규칙과 일치하지 않는 모든 테스트는 실행 종료 시 순서대로 실행됩니다.

· 규칙이 있다고 해서 테스트를 선택하는 것은 아닙니다. 여전히 다음을 지정해야 합니다.
실행할 테스트.

· 테스트가 병렬로 실행되도록 허용하는 규칙을 지정한다고 해서 테스트가 병렬로 실행되지는 않습니다.
평행한. 여전히 Harness 개체에서 병렬 "작업" 수를 지정해야 합니다.

--규칙 글로브 스타일 무늬 어울리는

--rules에 대한 자체 glob 스타일 패턴 일치를 구현합니다. 다음은 지원되는
패턴:

**는 경로 이름 내에서 /를 포함하는 임의의 수의 문자입니다.
*는 파일 이름/디렉토리 이름 내의 XNUMX개 이상의 문자입니다.
? 파일 이름/디렉토리 이름 내의 정확히 한 문자입니다.
{foo,bar,baz}는 foo, bar 또는 baz 중 하나입니다.
\는 이스케이프 문자입니다.

더 보기 많은 명세서 for 병렬 vs 순서 운영 규칙

병렬로 실행되는 것과 순차적으로 실행되는 것의 고급 관리가 필요한 경우 다음을 참조하십시오.
TAP::Harness 및 TAP::Parser::Scheduler의 관련 '규칙' 문서. 만약에
"증명"을 통해 직접 가능한 것은 충분하지 않습니다.
이러한 기능에 직접 액세스하십시오.

@INC
proof는 "prove를 실행하는 perl에 전달된 옵션"과
"테스트를 실행하는 perl에 전달된 옵션"; 이 구분은 의도적으로 설계된 것입니다. 그래서
테스트를 실행 중인 perl은 기본 @INC로 시작합니다. 추가 라이브러리 디렉토리
"PERL5LIB" 환경 변수, "PERL5OPT"의 -Ifoo 또는
"-Ilib" 옵션을 증명.

더러움 모드
일반적으로 Perl 프로그램이 오염 모드에서 실행될 때 "PERL5LIB"의 내용은
환경 변수는 @INC에 나타나지 않습니다.

@INC 증명에 빌드 디렉토리를 추가하기 위해 테스트 중에 "PERL5LIB"가 자주 사용되기 때문입니다.
"PERL5LIB"에서 찾은 모든 디렉토리의 이름을 -I 스위치로 전달합니다. 순 효과
이는 증명이 오염 모드에서 실행되는 경우에도 "PERL5LIB"가 적용된다는 것입니다.

포맷터

사용자 지정 TAP::Parser::Formatter를 로드할 수 있습니다.

증명 --formatter MyFormatter

SOURCE 핸들러

맞춤 TAP::Parser::SourceHandlers를 로드하여 파서가 해석하는 방식을 변경할 수 있습니다.
특별한 소스 탭의.

증명 --source MyHandler --source YetAnother t

소스에 구성을 제공하려면 다음을 사용할 수 있습니다.

증명 --source MyCustom \
--source Perl --perl-option 'foo=bar baz' --perl-option avg=0.278 \
--소스 파일 --파일 옵션 확장자=.txt --파일 옵션 확장자=.tmp t
--소스 pgTAP --pgtap-옵션 pset=format=html --pgtap-옵션 pset=border=2

각 "--$source-option" 옵션은 "="로 구분된 키/값 쌍을 지정해야 합니다. 만약
옵션은 여러 값을 가질 수 있으며 "extensions="와 같이 여러 번 지정하면 됩니다.
위의 예. 옵션이 해시 참조여야 하는 경우 값을 두 번째로 지정합니다.
위의 "pset=" 예에서와 같이 "="로 구분된 쌍입니다(백슬래시를 사용하여 "="를 이스케이프 처리함).

모든 "--sources"는 해시로 결합되고 TAP::Harness의 "sources"에서 "new"로 전달됩니다.
매개 변수입니다.

구성이 전달되는 방법에 대한 자세한 내용은 TAP::Parser::IteratorFactory를 참조하십시오.
소스 핸들러.

PLUGINS

플러그인은 "-P"를 사용하여 로드할 수 있습니다.플러그인" 구문, 예:

증명 -PMyPlugin

이렇게 하면 "App::Prove::Plugin::MyPlugin"이라는 이름의 모듈이 검색되거나 실패합니다.
"마이플러그인". 플러그인을 찾을 수 없으면 "prove"가 불평하고 종료합니다.

플러그인 이름에 "=arg1,arg2,etc"를 추가하여 플러그인에 인수를 전달할 수 있습니다.

증명 -PMyPlugin=fou,du,fafa

자세한 내용은 개별 플러그인 문서를 확인하세요.

유효한 플러그인
사용 가능한 최신 플러그인 목록은 CPAN을 확인하십시오.

<http://search.cpan.org/search?query=App%3A%3AProve+플러그인>

쓰기 플러그인
App::Prove에서 "플러그인"을 참조하십시오.

onworks.net 서비스를 사용하여 온라인 증명 사용