aet - 클라우드의 온라인

프로그램:

이름

이지스 테스트 - 테스트 실행

개요

이지스 -테스트 [ 선택권... ][ name=가치 ][ 파일 이름... ]
이지스 -테스트 -독립적 인 [ 선택권... ][ name=가치 ][ 파일 이름... ]
이지스 -테스트 -목록 [ 선택권... ]
이지스 -테스트 -돕다

기술

XNUMXD덴탈의 이지스 -테스트 명령은 테스트를 실행하는 데 사용됩니다. 파일 이름이 지정되지 않은 경우 모든 관련 테스트
실행됩니다. 기본적으로 자동 및 수동 테스트가 모두 실행됩니다.

명령줄에서 디렉터리의 이름을 지정할 수 있으며 해당 디렉터리의 모든 관련 테스트
트리 변경이 실행됩니다. 관련 테스트가 없으면 오류입니다.

각 아키텍처는 별도로 테스트해야 합니다. 미묘한 부분이 있을 수 있기 때문에
일부 아키텍처에서만 나타나는 문제. 일부 프로젝트에는 다음이 있을 수도 있습니다.
다른 아키텍처에 대한 다른 코드.

마지막 테스트 실행의 상태가 기억되지 않으면 테스트가 실행되지 않습니다.
필요. (이것은 적용되지 않습니다. -회귀 테스트, 불행히도.) 테스트를 다시 실행해야 합니다.
테스트가 이전에 실패한 경우 테스트 파일이 변경된 경우 빌드가 있는 경우
그리고 각 아키텍처에 대해.

이름 = 값
당신은 추가 할 수 있습니다 name=가치 쌍을 명령줄에 연결하면 변경되지 않은 상태로 전달됩니다.
테스트 명령. 일반적으로 명령줄 끝에 있지만 이는 다음에서 변경할 수 있습니다.
프로젝트 구성 파일.

XNUMXD덴탈의 -힘 옵션으로 인해 암시적 force=1 변수가 목록에 추가됩니다.
변수 할당, 따라서 명령 끝에 추가됩니다. 이것은 다음과 같은 경우에 가장 많이 사용됩니다.
를 사용하여 배치_테스트_명령 프로젝트 구성 파일의 파일.

이것은 처음에는 개발 프로세스가 종료되는 것처럼 보일 수 있으므로 테스트 스크립트를
실제로 아무 것도하지 않고 모든 정답을 제공하도록 작성되었습니다. 너
항상 환경 변수로 이 작업을 수행할 수 있으므로 이것은 새로운 것이 아닙니다.

모든 변수 할당을 환경 변수로 전환하는 것이 가능합니다.
$var 를 넣어 스타트 명령의 이름이 아닌 쉘 이름 앞에
명령 끝의 기본 위치입니다.

입양 부모로서의 귀하의 적합성을 결정하기 위해 미국 이민국에 성함 해석
egis 프로그램은 파일 이름에서 프로젝트 파일 이름을 결정하려고 시도합니다.
명령줄에 주어진다. 모든 파일 이름은 이지스 프로젝트에 상대적으로 저장됩니다.
기준 디렉토리 트리의 루트로 이동합니다. 개발 디렉토리 및
통합 디렉토리는 이 기준 디렉토리의 그림자이므로 이러한 상대 이름은
여기도 신청하세요. 명령줄에 이름이 지정된 파일은 먼저 절대 경로로 변환됩니다.
필요하다면. 그런 다음 기준 경로인 개발 디렉토리와 비교됩니다.
경로 및 통합 디렉토리 경로를 사용하여 기준선 관련 이름을 결정합니다. 그것은이다
명명된 파일이 이러한 디렉토리 트리 중 하나 밖에 있으면 오류가 발생합니다.

XNUMXD덴탈의 -BASE_Relative 옵션을 사용하여 상대 파일 이름을 다음과 같이 해석할 수 있습니다.
기준선 경로에 상대적; 절대 파일 이름은 여전히 ​​다양한 파일 이름과 비교됩니다.
기준선 관련 이름을 결정하기 위한 경로.

XNUMXD덴탈의 상대_파일명_기본 설정 사용자 구성 파일에서 수정하는 데 사용할 수 있습니다.
이 기본 동작. 보다 aeuconf(5) 자세한 내용은.

TEST 방법

각 변경에는 테스트가 수반되어야 하며 이러한 테스트는 다음을 수행해야 합니다.
빌드된 개발 디렉토리에 대해 실행하고 통과해야 합니다. 이것은 새로운
기능에는 정확성을 확인하기 위한 테스트가 수반되며 버그 수정은
버그가 수정되었음을 확인하는 테스트가 수반됩니다.

리그레션 테스트
테스트는 다른 소스 파일로 취급되며 기준선 및
다른 모든 소스 파일과 함께 히스토리. 모든 변경에 수반되어야 하는 테스트
프로젝트 기준선에 축적하여 올바른 기능에 대한 정의를 제공합니다.
기준선. 이러한 누적 테스트는 "aegis -REGression" 명령을 사용하여 실행할 수 있습니다.
프로젝트가 변경의 결과로 "회귀"하지 않는지 확인합니다.

기준 테스트
테스트를 받으려면 버그 수정이 필요합니다. 실패 프로젝트 기준에 대해 (대조적으로
개발 디렉토리). 이렇게 하면 테스트가 실제로 버그를 보여줍니다.
변경에 의해 고정됨을 입증할 뿐만 아니라 기준선에서. 새로운
기능은 베이스라인에 대해 쉽게 실패하므로 aegis는 다음을 시도하지 않습니다.
테스트가 버그 수정 테스트인지 새로운 기능 테스트인지 추측하면, 단순히 테스트가 필요합니다.
기준선에 대해 실패합니다.

이 요구 사항은 변경에 의해 생성되는 새 테스트와 테스트 모두에 적용됩니다.
수정을 위해 변경 사항에 복사되었습니다.

검토 중 테스트
검토자는 aegis가 테스트 요구 사항을 시행했다고 확신할 수 있습니다. 그 변화
테스트가 있어야 하고, 변경 사항이 빌드되어야 하고, 테스트가 개발에 대해 통과해야 합니다.
디렉토리 및 테스트가 기준선에 대해 실패했음을 확인합니다. 이러한 조건이 시행됩니다
by 에이드(1) 변경 사항은 다음으로 진행되지 않습니다. 존재 검토 이 때까지 상태
조건이 충족됩니다. 따라서 검토자는 다음에 대한 테스트를 검토해야 합니다. 완전성 의 적용 범위
변경 사항의 코드 및 실행 환경의 변경 사항에 대한 둔감함(예:
날짜에 민감하지 않음). 검토자는 "aegis -list change_details"를 사용하여 확인해야 합니다.
변경 사항에 테스트 면제가 있는지 여부.

면제
프로젝트 관리자는 다양한 테스트 면제를 부여할 수 있습니다. 아이파(1)과하면
에이파트르(5) 자세한 내용은. 테스트를 변경 사항에 복사하거나 새 테스트를 변경 사항에 추가
변경하면 해당 면제를 취소할 수 있습니다.

TEST COMMAND 구성

테스트를 실행하는 데 사용되는 명령은 다음과 같이 정의됩니다. 테스트 명령 프로젝트의 필드
구성 파일(참조 aepconf(5) 자세한 내용은) 기본적으로 다음을 사용합니다.
설정되지 않은 경우 Bourne 셸입니다. 현재 디렉토리는 적절한
디렉토리 트리. 테스트에 임시 파일이 필요한 경우 다음 위치에 만들어야 합니다. / TMP등의
test는 현재 디렉토리에서 쓰기 권한을 가질 것으로 기대할 수 없습니다.

단순한 쉘 스크립트가 아닌 보다 정교한 테스트 엔진을 사용하고 싶다면,
그러나 이 테스트 엔진은 aegis와 함께 사용하기에 적합한 결과 코드를 반환하지 않습니다.
aegis가 기대하는 값으로 종료 상태를 다시 쓰는 쉘 스크립트로 랩핑하십시오.
더 복잡한 코드를 작성하여 동일한 결과를 얻을 수도 있습니다. 테스트 명령 FBI 증오 범죄 보고서
프로젝트 설정 파일.

하나 이상의 파일을 테스트할 수 있는 테스트 명령을 작성하는 것도 가능합니다.
한 번. 이것은 배치_테스트_명령 프로젝트의 분야 설정 파일. 에
이 경우 ${output} 대체는 테스트 명령이 수행해야 하는 파일의 이름을 나타냅니다.
생성, 에 에이테스트(5) 형식, 테스트 실행 결과를 포함합니다. 이것은 자주 사용됩니다
여러 CPU 또는 여러 컴퓨터에 작업을 배포하는 기능이 있는 시스템에서
네트워크에.

대체
의 모든 이섭(5) 테스트 명령에서 대체가 가능합니다. 그들 중 일부는
특히 참고:

건축학
이 대체는 테스트할 아키텍처의 이름으로 대체됩니다.

검색_경로
이 대체는 콜론으로 구분된 절대 경로 목록으로 대체됩니다.
테스트 지원 파일을 찾을 때 검색하십시오.

검색_경로_실행 파일
이 대체는 콜론으로 구분된 절대 경로 목록으로 대체됩니다.
실행 지원 파일(라이브러리 파일 및 하위
명령).

대부분의 시간 $Search_Path_Executable 정확히 동일합니다. 그러나 "이지스 -t
-bl"과 다를 것입니다. $Seach_Path 개발 디렉토리(
테스트 실행 중) 및 $Seach_Path_Executable 기준선(실행 파일은
운영).

Test 결과 코드
각 테스트가 실행될 때마다( 테스트 명령 프로젝트의 필드 설정 파일), 아이기스
종료 상태를 보고 테스트의 성공 또는 실패 여부를 결정합니다. 이 출구
상태는 대부분 UNIX 명령에 대해 예상한 대로입니다.

Success
테스트는 성공을 나타내기 위해 0을 종료해야 합니다. 즉, 테스트 중인 특정 기능이
예상대로 작동했습니다.

고장
테스트는 실패를 나타내기 위해 1을 종료해야 합니다. 즉, 테스트 중인 특정 기능이
예상대로 작동하지 않았습니다.

결과가 없다
테스트는 결과가 없음을 나타내기 위해 2를 종료해야 합니다. 즉 그 아래의 특정 기능
다른 문제가 발생하여 테스트를 실행할 수 없습니다. 예를 들어, 실행
테스트 입력 파일을 생성할 때 디스크 공간이 부족합니다. / TMP 디렉토리.

건너 뛰기
테스트는 건너뛰었음을 나타내기 위해 77을 종료해야 합니다. 이것은 일반적으로 다음과 관련이 있습니다.
현재 아키텍처는 의미가 없습니다. 가능하면 "결과 없음"을 사용하십시오.
대신에. (다른 테스트 시스템과의 호환성을 위해 선택한 값입니다.)

실제로 0, 1 또는 77 이외의 종료 코드는 "결과 없음"으로 해석됩니다.
그러나 항상 0, 1, 2 또는 77을 사용하면
Aegis의 이후 릴리스에서는 기존 테스트가 계속 작동합니다.

TEST 상관 관계

"aegis -Test -SUGgest" 명령을 사용하여 aegis가 적절한 회귀를 제안하도록 할 수 있습니다.
변경 사항의 소스 파일을 기반으로 변경 사항을 테스트합니다. 이것은 자동으로
관련 테스트에 테스트 노력을 집중하여 회귀 테스트의 수를 줄입니다.
버그를 도입하지 않았음을 확신하는 데 필요합니다.

테스트 상관 관계는 "aegis -Integrate_Pass" 명령에 의해 생성됩니다.
변경의 각 테스트를 변경의 각 소스 파일과 연결합니다. 따라서 각각의
소스 파일은 과거에 관련된 테스트 목록을 누적합니다.
이것은 코드 커버리지 분석만큼 정확하지는 않지만,
연습.

XNUMXD덴탈의 에이셉(1)과하면 엔에프(1) 명령은 파일을 변경 사항과 연결하는 데 사용됩니다. 그들이 동안
적극적으로 연결을 수행하지 마십시오. 다음에서 사용하는 파일입니다. 아이패스(1)과하면
에일(1) 어떤 소스 파일이 어떤 테스트와 연관되어 있는지 확인합니다.

Test 상관 관계 정확성
테스트 상관 관계가 정확하고 테스트가 균등하다고 가정합니다.
기능 공간 전체에 분산되어 있을 경우, 1/숫자 기회
관련 테스트가 "aegis -Test -SUGgest"에 의해 실행되지 않았습니다. 번호" 명령. 작은
테스트 가중치에 노이즈가 추가되어 예기치 않은 일이 때때로 발생합니다.
테스트되었으며 동일한 테스트가 매번 실행되지는 않습니다.

테스트 상관 관계 정확도는 다음을 보장함으로써 향상될 수 있습니다.

· 각 변경 사항은 불필요한 파일 포함 없이 매우 집중적으로 이루어져야 합니다. 이것
스퓨리어스 상관 관계를 방지합니다.

· 새로운 기능의 각 항목은 개별 변경이 아닌 개별 변경으로 추가되어야 합니다.
여러 개 함께. 이것은 테스트와 기능을 강력하게 연관시킵니다.

· 각 버그는 여러 개를 함께 수정하는 것이 아니라 개별적으로 수정해야 합니다. 이것
테스트와 기능을 강력하게 연관시킵니다.

· 파일이 이동되면 테스트 상관 관계가 손실됩니다. 이는 상관 관계가 다음과 같기 때문입니다.
이름입니다.

테스트가 소스 파일과 정확하게 상호 연관되는 가장 좋은 방법은 변경 사항이 있을 때입니다.
테스트 및 테스트 중인 기능과 관련된 파일이 포함되어 있습니다. 도
많은 스퓨리어스 파일은 테스트 상관 관계의 유용성을 약화시킵니다.

옵션

다음 옵션이 이해됩니다.

-자동적 인
이 옵션은 자동 테스트를 지정하는 데 사용할 수 있습니다. 자동 테스트는 필요하지 않습니다.
인간의 도움.

-기준선
이 옵션은 프로젝트 베이스라인이 다음의 주제임을 지정하는 데 사용할 수 있습니다.
명령.

-BASE_Relative
이 옵션은 상대 파일 이름이
소스 트리의 기본. 보다 aeuconf(5) 해당 사용자의 경우
우선권.

-CUrrent_Relative
이 옵션은 상대 파일 이름이
현재 디렉토리. 이것은 일반적으로 기본값입니다. 보다 aeuconf(5)
해당 사용자 기본 설정.

-변화 번호
이 옵션은 프로젝트 내에서 특정 변경 사항을 지정하는 데 사용할 수 있습니다. 보다
이지스(1) 이 옵션에 대한 전체 설명.

-힘 이 옵션은 모든 테스트가 실행되어야 함을 지정하는 데 사용할 수 있습니다.
마지막 테스트 실행의 상태는 특정 테스트를 실행할 필요가 없음을 나타냅니다.
테스트.

-돕다
이 옵션을 사용하여 사용 방법에 대한 자세한 정보를 얻을 수 있습니다. 이지스
프로그램)

-독립적 인
이 옵션은 테스트가 모든 테스트와 독립적으로 실행되도록 지정하는 데 사용됩니다.
특별한 변화. 테스트 이름이 지정되지 않으면 기준선의 모든 테스트가 실행됩니다.

-목록
이 옵션은 이 명령에 적합한 주제 목록을 얻는 데 사용할 수 있습니다.
목록은 예상보다 더 일반적일 수 있습니다.

-설명서 이 옵션은 수동 테스트를 지정하는 데 사용할 수 있습니다. 수동 테스트에는 약간의 인간이 필요합니다.
개입, 예: 일부 화면 동작 확인(예: X11), 또는
일부 사용자 작업, "지금 이더넷 케이블 연결 해제".

-Not_Logging
이 옵션은 출력 및 오류의 자동 로깅을 비활성화하는 데 사용할 수 있습니다.
파일. 이것은 쉘에서 여러 이지스 명령을 결합할 때 종종 유용합니다.
스크립트.

-인내
이 옵션은 모든 테스트가 실행되어야 함을 지정하는 데 사용할 수 있습니다.
불합격. 기본값은 사용자의 인내_선호 지정되지 않은 경우 참조
aeuconf(5) 자세한 내용은.

-No_Persevere
이 옵션은 테스트 실행이 첫 번째
실패. 기본값은 사용자의 인내_선호 지정되지 않은 경우 참조
aeuconf(5) 자세한 내용은.

-계획 name
이 옵션은 관심 있는 프로젝트를 선택하는 데 사용할 수 있습니다. 없을 때 -계획
옵션이 지정되면 이지스_PROJECT 환경 변수가 참조됩니다. 만약에
존재하지 않는 사용자의 $HOME/.aegisrc 파일이 기본값에 대해 검사됩니다.
프로젝트 필드(참조 aeuconf(5) 자세한 내용은). 그것이 존재하지 않는다면,
사용자가 단일 프로젝트 내에서만 변경 작업을 수행하는 경우 프로젝트
이름의 기본값은 해당 프로젝트입니다. 그렇지 않으면 오류입니다.

-진전
이 옵션은 진행 메시지가 이전에 발행되어야 함을 지정하는 데 사용할 수 있습니다.
각 테스트 실행 또는 경우에 따라 각 배치 테스트 실행 전에 배치_테스트_명령 들
프로젝트에 지정된 설정 파일(참조 aeuconf(5) 자세한 내용은).

-No_PRO그레스
이 옵션은 진행 메시지가 표시되지 않도록 지정하는 데 사용할 수 있습니다.
이것이 기본값입니다.

-회귀
이 옵션은 회귀 테스트 스위트가 실행되도록 지정하는 데 사용됩니다. NS
회귀 테스트 모음은 표시되지 않는 기준선의 모든 테스트로 구성됩니다.
변화에. 회귀 테스트가 없으면 오류입니다. 당신은하지 않을 수 있습니다
-REGression 옵션을 사용할 때 명령줄에서 이름을 테스트합니다. 당신은 이름을 수 있습니다
-REGression을 사용하지 않고 명령줄에서 개별 테스트를 실행할 수 있습니다.
옵션; 변경 사항의 일부가 아닌 경우 동일한 이름의 테스트
베이스라인이 실행됩니다.

-제안하다 [ 번호 ]
"이지스 -통합_통과” 명령은 다음과 같은 경우 테스트 상관 관계 통계를 수집합니다.
변경 사항이 통합됩니다. 이 옵션은 egis가 제안하도록 요청하는 데 사용할 수 있습니다.
이러한 테스트 상관 관계를 사용하여 실행해야 하는 테스트. 번호가 없는 경우
지정하면 10개의 테스트가 제안됩니다. 이 옵션은 다음을 의미합니다. -회귀
옵션을 선택합니다.

-SUGgest_Limit 분
이 옵션은 테스트 수를 특정 수로 제한하는 데 사용할 수 있습니다.
분. 가장 관련성이 높은 것에서 가장 관련성이 낮은 순으로 실행됩니다.

-SUGgest_노이즈 번호
이 옵션은 테스트에 주입되는 노이즈의 양을 제어하는 ​​데 사용할 수 있습니다.
에 의해 수행된 선택 -제안하다 옵션. 숫자는 노이즈의 백분율입니다.
주사합니다. 지정하지 않으면 기본값은 10입니다. 노이즈 주입은 다음을 보장합니다.
다양한 테스트가 후속 실행에서 실행되고 일부는 왼쪽 필드에서 실행됩니다.
건전성 검사로.

-간결한
이 옵션은 목록이 최소한의
정보. 일반적으로 쉘 스크립트에 유용합니다.

-말 수가 많은
이 옵션은 aegis가 더 많은 출력을 생성하도록 하는 데 사용할 수 있습니다. 기본적으로 이지스
오류에 대한 출력만 생성합니다. 와 함께 사용할 때 -목록 옵션 이 옵션
열 머리글이 추가되도록 합니다.

-기다리다 이 옵션은 다음과 같은 경우 Aegis 명령이 액세스 잠금을 대기하도록 요구하는 데 사용할 수 있습니다.
즉시 얻을 수 없습니다. 기본값은 사용자의 lock_wait_preference
지정되지 않은 경우 참조 aeuconf(5) 자세한 내용은.

-아니_기다려
이 옵션을 사용하면 Aegis 명령이 액세스할 때 치명적인 오류를 내보냅니다.
잠금을 즉시 얻을 수 없습니다. 기본값은 사용자의
lock_wait_preference 지정되지 않은 경우 참조 aeuconf(5) 자세한 내용은.

참조 이지스(1) 모든 이지스 명령에 공통적인 옵션.

모든 옵션은 축약될 수 있습니다. 약어는 대문자로 문서화되며,
모든 소문자와 밑줄(_)은 선택 사항입니다. 연속해서 사용해야 합니다
선택적 문자의 시퀀스.

모든 옵션은 대소문자를 구분하지 않으므로 대문자나 소문자로 입력하거나
둘의 조합, 대소문자는 중요하지 않습니다.

예: 인수 "-project, "-PROJ" 및 "-p"는 모두 다음을 의미하는 것으로 해석됩니다.
-계획 옵션. 인수 "-prj"는 이해되지 않을 것입니다.
선택적 문자가 제공되지 않았습니다.

옵션 및 기타 명령줄 인수는 명령줄에서 임의로 혼합할 수 있습니다.
기능 선택자 뒤에.

GNU 긴 옵션 이름을 이해할 수 있습니다. 모든 옵션 이름이 이지스 길다,
이것은 추가 선행 '-'를 무시한다는 것을 의미합니다. NS "--선택권=가치" 컨벤션도
이해했습니다.

권장 ALIAS

이 명령의 권장 별칭은
csh% 별칭 aet 'aegis -t \!* -v'
sh$ aet(){이지스 -t "$@" -v}

오류

변경 사항이 다음 중 하나가 아닌 경우 오류입니다. 존재 개발 or 존재 통합 된
상태.
현재 사용자에게 변경 사항이 할당되지 않은 경우 오류입니다.
관련 테스트 및 관련 면제가 없는 경우 오류입니다.

EXIT 지위

XNUMXD덴탈의 이지스 명령은 오류가 발생하면 1 상태로 종료됩니다. NS 이지스 명령은
오류가 없으면 상태 0으로 종료합니다.

환경 변수

만나다 이지스(1) 이 명령에 영향을 줄 수 있는 환경 변수 목록입니다. 보다
aepconf(5) 프로젝트 구성 파일의 경우 프로젝트_특정 설정 방법 필드
Aegis가 실행하는 모든 명령에 대한 환경 변수입니다.

onworks.net 서비스를 사용하여 온라인으로 aet 사용