문제

그렇지 않다면 연기 테스트 아직도 사용됩니까?

도움이 되었습니까?

해결책

일종의 벤 다이어그램입니다. 일부 자동 테스트는 연기 테스트이며 일부 연기 테스트는 자동화됩니다 (컴퓨터 프로그램에 의해 실행되면 inasfar). 연기 테스트는 "연기가있는 곳에는 일반적으로 불이 있습니다"라는 용어에서 이륙 (올바르게 기억한다면)입니다. 프로그램이 '실제'(Viz. Fire) 테스트를 위해 고려되도록 통과 해야하는 예비 테스트 세트입니다.

테스터가 자신이 따르는 단계 목록을 가지고 있기 때문에 연기 테스트는 수동으로 불명확 할 수 있지만 컴퓨터 프로그램으로 자동화되지는 않습니다.

연기 테스트는 여전히 사용됩니다. 내가 일한 곳에서는 일반적으로 자동화됩니다.

다른 팁

자동화 된 테스트는 연기 테스트 (얕고, 넓음)를 수행 할 수 있지만 다른 테스트를 수행 할 수도 있습니다. 회귀 테스트, 그리고 단위 테스트. 기본적으로 자동화 된 테스트는 반복 가능한 테스트가 될 수 있습니다.

예, 연기 테스트가 여전히 사용되고 있습니다. 나는 일반적으로 두 가지 시나리오를 보았습니다. 첫 번째는 소프트웨어가 더 깊이 테스트 할 준비가되었는지 여부를 결정하는 것입니다. 두 번째로, IMO는 새로운 빌드의 변경으로 인해 영향을받지 말아야 할 완전 테스트 기능에 대한 Skimp에게 더 일반적입니다.

나는 연기 테스트가 보통 자동화되어 있다고 생각하지 않습니다. 내 경험의 연기 테스트는 실제로 후속 테스트를 실제로 실행할 수 있고 시작 코드 나 메뉴 항목과 같은 기본이 없도록하기위한 기본적인 정신 테스트 일뿐입니다. 이것은 평소에 사람이 수동으로 수행 될 것입니다. 자동화 될 수 있다고 생각하지만 일반적으로 새로운 기능이 추가되어 자동화 된 테스트가 변경되어야하며 자동 테스트가 있는지 확인 해야하는 사람과 동일한 문제가 있습니다. 새로운 기능을 올바르게 테스트하도록 수정되었습니다. 대조적으로, 자동 테스트 (단위 테스트와 같은)는 회귀 테스트 스위트를 나타내며 릴리스에서 릴리스로 크게 변경되지 않아야하는 잘 확립 된 기능을 테스트하도록 만들어졌지만 물론 새로운 기능을 다루기 위해 단위 테스트를 추가 할 수 있습니다.

아마도 연기 테스트가 문자 그대로 취한 하드웨어 배경의 회사에서 더 많은 것일 것입니다. 더 이상 그들을 부르는 사람은 거의 없습니다. 일반적으로 더 큰 수락 또는 시스템 테스트 스위트의 작지만 광범위한 부분 집합입니다. 이 테트는 자동화되며 코드가 제출되거나 소스 코드 제어에 제출중인 코드에 대해 자동으로 실행됩니다.

연기와 자동 테스트를 비교할 수 있는지 확신 할 수 없습니다. 연기 테스트는 빌드에서 일련의 기본 테스트를 실행하는 방법으로 모든 기본 기능을 다루지 만 깊이는 없습니다. 목적은 더 자세한 테스트를 위해 빌드를 사용할 수 있는지 여부를 결정하는 것입니다. 또한 개발자 빌드에서도 신속하게 실행할 수있는 일련의 단계이기도하여 빌드에 들어가려는 중요한 또는 핵심 변경으로 인한 문제가 있는지 확인합니다. 우리는 연기 테스트가 우리의 '테스트 계획'중 하나라고 생각하지만 모든 빌드에서 실행되는 것으로 간주합니다.

자동 테스트는 연기 테스트에만 국한되지 않지만 거기에도 적용 할 수 있습니다. 테스터가 항상 시간을 절약하기 위해 수행하는 중복 또는 반복적 인 단계를 '자동화'하는 것이 수행됩니다. 이것이 자동화의 주요 목적입니다. 테스터는 다른 테스트를 수행하는 데 더 많은 시간을 할애 할 수 있습니다.

실제 뇌로 테스트를 대체 할 수 없거나 모든 것이 자동화 될 수 없습니다. 테스트 프로세스를 대체하지 않고 테스트 프로세스를 보충하는 활동입니다.

연기 테스트는 모든 빌드에서 잠재적으로 실행되므로 자동화하는 데 좋은 가치가 있습니다. 연기 테스트가 수동으로 4 시간이 걸리고 자동화 후 1 시간이 걸리면 3 시간 동안의 체제를 절약 할 수있었습니다.

자동화 테스트를위한 시장에는 몇 가지 도구가 있습니다.

매우 간단한 단어에서는 연기 테스트가 자동화 될 수 있지만 자동 테스트는 항상 연기 테스트와 같지 않다고 말할 수 있습니다.

예, 연기 테스트는 응용 프로그램/소프트웨어를 테스트하는 인기있는 방법입니다.

"연기 테스트"에 대한 나의 이해는 Wikipedia 기사와 다릅니다. 나는 앱을 열고 기본 기능을 테스트하여 앱이 올바르게 보이고 기본 사항을 수행하고 있는지 확인하는 개발자가되는 연기 테스트를 이해합니다. 그래서 나는 항상 그것이 자동화 된 프로세스가 아니라 수동 프로세스라고 생각했습니다.

테스트 자동화 제품군에는 연기 테스트, 수락 테스트, 야간 빌드 등과 같은 다양한 레벨이 포함되어 있습니다. 각 레벨에서 실행 해야하는 테스트 케이스를 결정하는 것은 테스터에게 달려 있습니다. 각 테스트 케이스는 실행 해야하는 수준에 따라 번호가 매겨집니다. 레벨을 표시하기 위해 각각 1과 2로 번호가 매겨진 2 개의 테스트 케이스가있는 경우, 구성 파일에서 테스트 레벨을 2로 정의하면 두 번째 테스트 케이스 만 실행하고 결과를 제공합니다. 연기 테스트에는 일반적으로 수락 테스트와 비교하여 테스트 사례가 적습니다.

연기 테스트는 자동화 될 수 있지만 모든 자동 테스트가 연기 테스트 일은 아닙니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top