fbpx

온전성 테스트는 새로운 소프트웨어 빌드가 개발되거나 기존 빌드에 코드나 기능이 약간 변경될 때 발생하는 일종의 소프트웨어 테스트입니다.

이 기사에서는 온전성 테스트의 정의 및 세부 사항에 대해 자세히 살펴보고 온전성 테스트가 무엇인지, 온전성 테스트에 접근하는 방법 및 온전성 테스트 소프트웨어를 더 간단하고 효율적으로 만드는 도구를 탐색합니다.

Table of Contents

온전성 검사란 무엇입니까?

온전성 테스트는 새로운 소프트웨어 빌드가 제대로 작동하는지 확인하기 위해 테스터가 수행하는 일종의 소프트웨어 테스트 입니다. 이는 개발자와 QA 팀이 아직 준비되지 않은 소프트웨어 빌드에 대한 보다 엄격한 테스트에 시간과 리소스를 낭비하는 것을 방지할 수 있는 빠른 프로세스입니다.

온전성 테스트는 종종 버그 수정 또는 수리가 수행된 후에 사용되며 이러한 수정이 작동했는지, 그리고 변경된 핵심 기능이 이제 제대로 작동하는지 테스트하도록 설계되었습니다. 빌드를 설치한 후 테스터는 전체 회귀 테스트 대신 온전성 테스트를 수행하여 빌드가 작동하고 변경 사항이 올바르게 구현되었는지 확인합니다.

개발자가 구현한 버그 수정이 정상적으로 작동하는 경우 테스터는 온전성 테스트를 통과한 것으로 간주합니다. 제대로 작동하지 않으면 빌드가 거부되고 심층 테스트가 수행되기 전에 추가 변경을 위해 개발자에게 다시 보내집니다.

온전성 검사는 언제 해야 합니까?

온전성 테스트는 일반적으로 안정적이지만 반드시 기능적이지는 않은 소프트웨어에서 수행됩니다. 예를 들어, 소프트웨어 빌드에 약간의 변경이 이루어진 후 소프트웨어 테스터는 전체 회귀 테스트로 이동하기 전에 이러한 변경이 제대로 작동하는지 확인하기 위해 온전성 테스트를 수행할 수 있습니다.

온전성 테스트는 빌드가 안정적인지 여부를 확인할 수 있는 스모크 테스트 후에 수행되지만 회귀 테스트 전에 수행됩니다. 예를 들어 스모크 테스트에서 수리가 필요한 불안정성이 발견되면 이러한 버그를 수정하기 위해 변경을 수행한 후 온전성 테스트를 구현하여 변경이 예상대로 작동하는지 확인할 수 있습니다.

온전성 테스트를 수행할 필요가 없는 경우

온전성 테스트는 이러한 변경 사항의 기능을 확인하기 위해 안정적인 소프트웨어 빌드를 변경한 후에 수행해야 합니다. 소프트웨어 빌드를 변경하지 않았거나 아직 완료되지 않은 변경 사항을 구현하는 중이라면 빌드를 온전하게 테스트할 필요가 없습니다.

소프트웨어 빌드를 변경한 후 온전성 테스트를 수행하지 않기로 선택하면 단기적으로 시간을 절약할 수 있지만 나중에 테스트 중에 개발을 중단하고 심각한 지연을 유발하는 더 큰 문제를 발견할 위험이 있습니다.

보다 철저한 QA 테스트에 비용과 리소스를 낭비하기 전에 잠재적인 버그나 문제를 조기에 식별하는 것이 훨씬 낫기 때문에 성능에 영향을 줄 수 있는 변경을 수행한 후에는 온전성 테스트를 수행하는 것이 항상 가치가 있습니다.

온전성 테스트에 참여하는 사람

온전성 테스트는 일반적으로 테스터가 추가 테스트를 위해 안정적인 소프트웨어 빌드를 받은 후 수행합니다. QA 테스터는 빌드의 개별 측면(예: 변경된 단일 기능 또는 수정된 특정 버그)에 대해 온전성 테스트를 수행합니다.

이러한 방식으로 온전성 테스트는 소프트웨어 빌드의 매우 특정한 영역에 대해 상대적으로 자세한 피드백을 제공합니다. 테스트가 통과되면 테스터는 추가 회귀 테스트를 수행합니다. 실패하면 추가 작업을 위해 빌드가 개발자에게 반환됩니다.

온전성 테스트의 이점

온전성 테스트는 QA 팀이 소프트웨어 빌드의 핵심 기능이 제대로 작동하는지 확인하기 전에 더 심층적인 테스트에 시간을 낭비하지 않도록 하기 때문에 많은 시간과 노력을 절약합니다.

온전성 테스트는 빠르고 비용 효율적이며 개발 및 테스트 팀이 버그 없는 소프트웨어를 효율적이고 신속하게 만들고자 하는 경우에 필요합니다.

● 시간과 자원을 절약합니다.
● 문서화 작업이 필요하지 않습니다.
● 누락된 개체를 식별하는 데 도움이 될 수 있습니다.
● 나중에 큰 문제를 예방합니다.

효율적이고 빠릅니다

온전성 테스트는 소프트웨어 빌드의 주요 기능이 예상대로 작동하는지 확인하는 빠르고 효율적인 방법입니다.

1시간 이내에 간단한 온전성 테스트를 수행할 수 있으며 온전성 테스트를 통과하면 QA 팀이 추가 테스트를 계속할 수 있습니다.

문서가 필요하지 않습니다

대부분의 온전성 테스트는 스크립트가 없습니다. 즉, 테스터는 온전성 테스트 결과를 제시하기 위해 각 테스트의 합격/불합격 기준을 작성하거나 문서를 작성해야 하는 엄격한 요구 사항이 없습니다. 즉, 업무에 심각한 차질을 일으키지 않고 비교적 빠르고 부담 없이 수행할 수 있습니다.

누락된 개체를 식별할 수 있습니다.

온전성 테스트는 테스터가 빌드 기능에 중요할 수 있는 관련 개체 또는 누락된 개체를 식별하는 데 도움이 될 수 있습니다. 온전성 테스트는 특정 기능을 개별적으로 테스트하는 데 사용되기 때문에 스모크 테스트 및 기타 초기 소프트웨어 테스트를 수행할 때보다 온전성 테스트를 수행할 때 개별 버그 및 문제를 식별하는 것이 더 쉽습니다.

나중에 큰 문제를 방지합니다.

온전성 검사 테스트는 테스트 프로세스 초기에 문제를 식별하고 나중에 개발 과정에서 눈에 띄는 주요 버그 발생을 방지하는 데 도움이 될 수 있습니다. 조기에 문제를 식별하면 개발 중에 일정을 유지하고 비용이 많이 드는 실수를 방지하는 데 도움이 될 수 있습니다.

온전성 테스트의 과제

온전성 테스트에 문제가 없는 것은 아닙니다. 온전성 테스트 소프트웨어는 테스터가 추가 테스트를 계속하기 전에 빌드의 일부 주요 버그를 식별하는 데 도움이 될 수 있지만 발생할 수 있는 모든 문제를 식별하는 신뢰할 수 있는 방법은 아닙니다.

온전성 테스트의 몇 가지 과제는 다음과 같습니다.

● 비교적 범위가 좁고 일부 문제를 놓칠 수 있습니다.
● 새너티 테스트는 스크립트가 없습니다.
● 개발자는 온전성 테스트에서 발견된 버그를 수정하는 방법을 항상 알지 못합니다.
● 온전성 테스트는 소프트웨어의 명령과 기능에만 초점을 맞춥니다.

그것은 좁은 범위를 가지고 있습니다

온전성 테스트는 다른 많은 유형의 테스트에 비해 범위가 매우 좁습니다. 온전성 테스트의 목적은 특정 기능이나 변경 사항을 테스트하여 제대로 작동하는지 확인하는 것입니다. 이러한 변경 사항 외에 온전성 테스트는 소프트웨어 빌드의 전반적인 기능에 대한 통찰력을 제공하지 않습니다.

대본이 없다

일부 테스터는 이것을 이점으로 생각할 수 있지만 온전성 테스트가 스크립트가 없다는 사실은 개발자나 테스터가 온전성 테스트 결과를 확인하려는 경우 향후 다시 볼 문서가 없음을 의미합니다. 온전성 테스트는 즉각적인 영향 이상으로 사용이 제한적입니다.

기능과 명령만 테스트합니다.

온전성 테스트는 소프트웨어 빌드에서 기능과 명령을 테스트하는 데만 사용됩니다. 온전성 테스트에서는 소프트웨어가 디자인 구조 수준에서 어떻게 작동하는지 테스트할 수 없습니다. 즉, 개발자가 발생하는 문제의 위치와 해결 방법을 식별하는 것이 항상 쉬운 것은 아닙니다.

온전성 테스트의 특징

온전성 테스트는 주요 기능 및 특징에 따라 다른 형태의 소프트웨어 테스트와 구별될 수 있습니다. 다음과 같은 특성을 고려하여 온전성 테스트를 정의할 수 있습니다.

● 심플
● 대본 없음
● 서류 미비
● 깊음
● 좁다
● 테스터가 수행

단순한

온전성 테스트는 설계하기 쉽고 수행하기 쉬운 간단한 형태의 소프트웨어 테스트입니다. 이는 테스트 팀이 비공식 테스트를 예약하지 않고도 필요할 때 QA 온전성 테스트를 신속하게 수행할 수 있음을 의미합니다.

대본 및 문서화되지 않은

온전성 테스트는 일반적으로 대본이 없고 문서화되어 있지 않으며, 이는 대부분의 테스트 환경에서 온전성 테스트를 캐주얼하게 수행할 수 있는 방법에도 기여합니다.

온전성 테스트는 주로 변경된 기능과 기능이 예상대로 작동하는지 온전한 확인을 위해 존재하는 비공식 프로세스입니다.

깊고 좁은

Sanity 테스트는 깊고 좁은 것으로 간주되는 소프트웨어 테스트 유형입니다. 즉, 온전성 테스트는 소프트웨어 빌드의 좁은 관점만 다루지만 테스트하는 빌드의 측면에 대해 깊이 있게 다룹니다.

예를 들어 소프트웨어 테스터는 기본 수준에서 모든 핵심 기능을 테스트하는 대신 단일 기능의 기능을 온전하게 테스트할 수 있습니다.

테스터가 수행

온전성 테스트는 거의 항상 테스터가 수행합니다. 이것은 온전성 테스트를 QA 팀이나 개발자가 수행할 수 있는 스모크 테스트와 같은 다른 일반적인 형태의 소프트웨어 테스트와 구별합니다.

온전성 테스트 vs 스모크 테스트 vs 회귀 테스트

온전성 테스트, 스모크 테스트 및 회귀 테스트는 종종 함께 언급되며 일부 사람들은 온전성 테스트 정의와 다른 유형의 테스트 간의 차이점을 이해하지 못하는 경우 여러 유형의 테스트를 혼동할 수 있습니다.

스모크 및 온전성 테스트는 모두 소프트웨어 빌드가 제대로 작동하는지 확인하기 위해 수행되는 빠른 테스트입니다. 그러나 온전성 테스트는 스모크 테스트 및 회귀 테스트와 다릅니다.

스모크 테스트란?

QA의 스모크 테스트는 기능과 동작을 확인하기 위해 새로운 소프트웨어 빌드에서 수행되는 소프트웨어 테스트 유형입니다. 스모크 테스트는 소프트웨어의 핵심 기능을 통해 실행되어 올바르게 작동하는지 확인하는 빠른 테스트입니다.

예를 들어 모바일 쇼핑 애플리케이션을 테스트 한다고 가정합니다. 이 경우 스모크 테스트를 사용하여 고객이 로그인할 수 있는지, 장바구니에 항목을 추가하고 주요 버그나 오류 없이 결제할 수 있는지 확인할 수 있습니다.

스모크 테스트는 빌드 기능에 영향을 줄 수 있는 개발 중인 코드를 변경한 후에도 수행됩니다.

회귀 테스트 란 무엇입니까?

회귀 테스트는 코드에 대한 최근 변경 사항이 소프트웨어의 기능에 부정적인 영향을 미치지 않았는지 확인하기 위해 존재하는 일종의 소프트웨어 테스트입니다.

온전성 테스트는 개별 기능 또는 모듈의 기능을 테스트하기 때문에 회귀 테스트의 하위 집합입니다.

회귀 테스트는 마지막 빌드 이후 변경되거나 수정된 모든 영역에 대한 자세한 테스트입니다.

연기 테스트와 위생 테스트의 차이점은 무엇입니까?

스모크 테스트와 마찬가지로 온전성 테스트는 특정 기능이 제대로 작동하는지 확인합니다.

그러나 스모크 테스트와 달리 온전성 테스트는 일반적으로 가장 최근에 변경되거나 수리된 한두 가지 기능에만 초점을 맞춥니다. 스모크 테스트와 온전성 테스트의 한 가지 차이점은 스모크 테스트는 소프트웨어 빌드의 기능에 대한 더 넓은 관점을 제공하는 반면 온전성 테스트는 빌드의 단일 측면에 대한 좁지만 더 깊은 뷰를 제공한다는 것입니다.

온전성 테스트는 궁극적으로 회귀 테스트의 하위 집합으로, 테스터가 소프트웨어 빌드가 변경된 후 작동하는 방식을 확인하는 데 사용하는 소프트웨어 테스트 유형입니다.

스모크 테스트와 회귀 테스트의 가장 큰 차이점은 QA의 스모크 테스트는 초기 또는 불안정한 빌드에서 수행되는 반면 회귀 테스트는 항상 안정적인 빌드에서 수행된다는 것입니다.

테스터나 개발자는 스모크 테스트를 수행할 수 있으며 테스터는 항상 회귀 테스트를 수행합니다.

정상 테스트와 회귀 테스트의 차이점은 무엇입니까?

회귀 테스트는 온전성 테스트의 상위 집합입니다. 즉, 온전성 테스트는 본질적으로 전체 회귀 테스트의 작은 단일 요소입니다.

온전성 테스트와 회귀 테스트의 가장 큰 차이점은 온전성 테스트는 빌드 상태를 ‘온전한 검사’하도록 변경된 일부 코드 영역만 테스트하는 반면, 회귀 테스트는 변경된 코드의 모든 영역을 테스트하여 빌드 상태가 올바른지 확인한다는 것입니다. 예상대로 다시 작동합니다.

온전성 테스트와 회귀 테스트의 또 다른 차이점은 온전성 테스트가 먼저 수행되고 온전성 테스트가 통과된 경우에만 전체 회귀 테스트가 수행된다는 것입니다.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

연기, 온전함, 회귀 테스트: 결론

연기 테스트, 온전성 테스트 및 회귀 테스트는 개발자와 테스터가 개발 초기 단계에서 코드의 오류를 식별하는 데 도움이 되는 소프트웨어 테스트 유형입니다.

스모크 테스트는 수행되는 첫 번째 테스트 유형이며 불안정한 빌드에서 개발자 또는 테스터가 수행할 수 있습니다. 이것이 연기 테스트와 회귀 테스트의 가장 큰 차이점입니다.

다음으로 온전성 테스트가 수행되며, 이 첫 번째 테스트가 모두 통과되면 전체 회귀가 발생합니다.

세 가지 유형의 테스트는 모두 개발 팀과 QA 팀이 나중에 개발에서 발견될 경우 큰 지연을 유발할 수 있는 눈에 띄는 버그가 있는 소프트웨어 빌드에 시간과 리소스를 낭비하지 않도록 하는 데 필수적입니다.

수동 대 자동 온전성 테스트

최신 자동화 기술을 통해 온 전성 테스트를 자동화하여 테스터가 이러한 필수 테스트를 수행하는 데 소비해야 하는 시간을 줄일 수 있습니다.

그러나 온전성 테스트를 자동화하려면 일반적으로 수동 테스트보다 더 많은 기술 리소스가 필요하며 온전성 테스트 도구를 사용하지 않고 자동화된 온전성 테스트를 만들고 실행하는 데 개발 시간을 할애하기 어려울 수 있습니다.

종종 가장 좋은 선택은 정기적인 자동 테스트와 수동 온전성 테스트를 결합하여 핵심 기능을 더 자세히 탐색하는 것입니다.

수동 온전성 테스트: 이점, 과제 및 프로세스

수동 온전성 테스트는 인간 테스터가 수동으로 수행하는 모든 종류의 온전성 테스트입니다. 수동으로 테스트할 때 테스터는 다양한 테스트 사례의 결과를 테스트하고 이를 예상 결과와 비교하여 소프트웨어 빌드 자체의 주요 기능을 검증합니다.

수동 테스트는 더 많은 탐색적 테스트를 허용하기 때문에 자동 테스트보다 더 자세한 것으로 간주되는 경우가 많습니다. 자동 테스트는 단순히 설정된 스크립트를 따르는 반면 수동 테스터는 자신의 통찰력과 판단을 사용하여 추가 조사가 필요할 수 있는 기능과 프로세스를 탐색할 수 있습니다. 즉, ‘오프 스크립트’로 이동할 수 있습니다.

수동 온전성 테스트의 장점은 다음과 같습니다.

● 비기술 QA 직원이 수동 테스트를 쉽게 수행할 수 있습니다.
● 특정 리소스 없이 수동 온전성 테스트를 쉽게 설정할 수 있습니다.
● 테스터는 수동 테스트 중에 소프트웨어 빌드의 다양한 요소를 탐색할 수 있습니다.
그러나 수동 온전성 테스트에도 많은 단점이 있습니다.

● 수동 테스트는 시간이 많이 걸리고 자동 테스트만큼 정기적으로 수행할 수 없습니다.
● 테스터가 시간을 절약하려는 경우 테스트가 덜 상세할 수 있습니다.
● 테스트 범위가 좁을 수 있음
● 수동 온전성 테스트에는 사람이 실수할 여지가 있습니다.

온전성 테스트 자동화: 이점, 과제 및 프로세스

자동화된 테스트는 이를 구현할 리소스와 기술을 갖춘 테스트 팀 사이에서 점점 인기를 얻고 있습니다. 온전성 테스트를 자동화하면 테스트 팀이 온전성 테스트를 보다 정기적으로 수행하고 여러 테스트에서 온전성 테스트 프로세스를 표준화할 수 있습니다.

자동화 도구를 사용하는 온전성 테스트 소프트웨어는 온전성 테스트를 수행하는 가장 빠르고 효율적인 방법 중 하나이지만 소프트웨어 팀이 자동화 프로세스의 생성 및 관리에 기술 리소스를 할당해야 합니다.

소규모 팀에서는 개발 및 버그 수정과 같은 중요한 프로세스에서 리소스를 빼낼 수 있습니다.

자동화된 온전성 테스트의 장점은 다음과 같습니다.

● 자동화된 건전성 테스트는 수동 테스트보다 훨씬 효율적입니다.
● 자동화를 사용할 때 온전성 테스트를 정기적으로 수행할 수 있는 횟수에는 제한이 없습니다.
● 온전성 테스트 자동화에 사람이 실수할 여지가 거의 없습니다.
● 자동화된 온전성 테스트는 더 넓은 범위의 샘플을 다룰 수 있습니다.

그러나 자동화된 테스트에는 다음과 같은 단점도 있습니다.

● 자동 테스트는 주관성을 허용하지 않습니다.
● 자동화된 테스트는 스크립트 시나리오 외부에서 탐색할 수 없습니다.
● 온전성 테스트 자동화에는 리소스 비용이 듭니다.
● 모든 테스트 팀이 온전성 검사 테스트를 자동화할 수 있는 기술을 보유하고 있는 것은 아닙니다.

결론: 수동 또는 온전성 테스트 자동화?

이상적으로는 개발 팀과 테스터가 수동 QA 온전성 테스트와 자동 테스트를 결합하여 최상의 결과를 얻을 수 있습니다. 이를 통해 소프트웨어 팀은 자동 테스트의 일관성과 수동 테스트의 유연성을 활용할 수 있습니다.

스모크 및 온전성 테스트의 경우 온전성 테스트를 자동화하는 데 리소스와 기술이 필요합니다. 즉, 특히 소규모 소프트웨어 팀이나 일회성 온전성 테스트의 경우 이것이 항상 가능한 것은 아닙니다.

자동화된 테스트를 탐색하려는 테스트 팀은 온전성 테스트 도구를 사용하여 자동화 프로세스를 단순화하고 추가 개발 직원의 필요성을 줄일 수 있습니다.

온전성 테스트를 시작하는 데 필요한 것

온전성 테스트를 시작하기 전에 테스트에 접근하는 방법을 결정하고 온전성 테스트 매개 변수 및 목표를 정의하는 것이 중요합니다. 온전성 테스트에 많은 실제 도구가 필요하지 않으며 온전성 테스트는 대체로 계획되지 않을 수 있습니다.

대부분의 경우 온전성 테스트는 안정적인 소프트웨어 빌드에 변경 사항이 적용되었고 테스터가 이러한 변경 사항이 예상대로 작동하는지 확인하기를 원하기 때문에 수행됩니다.

이 경우 변경 사항, 테스트에 사용할 프로세스 및 각 테스트의 예상 결과를 요약하여 온전성 테스트를 시작합니다.

안정적인 빌드

스모크 테스트를 통해 소프트웨어 빌드의 안정성이 테스트되면 새너티 테스트가 수행됩니다. 추가 테스트를 수행하기 전에 소프트웨어 빌드가 안정적인지 확인하는 것은 개발자와 테스터의 책임입니다.

테스트 케이스 시나리오

온전성 검사 테스트를 시작하기 전에 수동 또는 자동 온전성 테스트를 수행할지 여부에 관계없이 테스트할 테스트 사례 시나리오의 개요를 작성해야 합니다.

버그가 수정된 후 온전성 테스트를 수행하는 경우 수정 사항의 품질을 확인하는 테스트 사례를 정의하고 싶을 것입니다.

온전성 테스트 도구

온전성 테스트를 수행하는 데 특별한 도구가 필요하지 않지만 온전성 테스트 도구를 사용하면 정상적인 작업 과정 중에 테스트를 더 쉽게 수행할 수 있습니다.

하루 종일 정기적인 온전성 테스트로 전환하려는 경우 또는 개발 팀이 매일 소프트웨어 빌드를 여러 번 수정하는 경우 온전성 테스트 도구가 도움이 될 수 있습니다. 예를 들어 테스트 도구를 사용하여 로봇 프로세스 자동화를 구현할 수 있습니다.

온전성 테스트 프로세스

소프트웨어 온전성 테스트는 일반적으로 1시간 이내에 수행할 수 있는 비교적 빠른 프로세스입니다. 온전성 테스트 자동화는 시작하는 데 시간이 더 오래 걸릴 수 있지만 자동화 스크립트가 설정되면 즉시 온전성 테스트를 수행할 수 있습니다.

수동 온전성 테스트를 수행하는 방법과 테스트 프로세스의 각 단계에서 수행해야 하는 단계를 이해하려면 아래 단계를 따르십시오.

1. 수정된 구성 요소 식별

온전성 테스트의 목적은 빌드를 변경한 후 특정 기능 및 구성 요소의 기능을 테스트하는 것입니다.

소프트웨어 온전성 테스트를 시작하기 전에 빌드에 수정되거나 추가된 구성 요소와 마지막 테스트 이후 변경된 코드 측면을 식별하는 것이 중요합니다.

2. 각 구성 요소 평가

테스트가 필요한 구성 요소를 식별한 후에는 각 구성 요소를 개별적으로 분석하여 속성과 작동 방식을 이해할 수 있습니다.

이를 통해 테스터는 온전성 테스트의 예상 결과를 이해하고 테스트 결과를 이해할 수 있습니다.

3. 온전성 테스트 접근 방식 정의

이 단계에서는 온전성 테스트에 대한 접근 방식을 정의해야 합니다. 수동 테스트 또는 자동 테스트를 수행할 예정입니까?

자동화된 접근 방식을 사용하는 경우 테스트를 자동화하는 데 사용하는 도구는 이미 식별한 구성 요소를 테스트하는 테스트 스크립트를 만드는 데 도움이 됩니다.

수동으로 테스트하는 경우 확인해야 하는 기능을 테스트하는 방법을 고려하십시오.

4. 온전성 테스트 수행

온전성 테스트의 다음 단계는 테스트 자체를 수행하는 것입니다.

테스터는 마지막 테스트 이후 편집, 추가 또는 수정된 모듈의 모든 구성 요소, 연결된 매개 변수 및 기능을 평가하여 수동 온전성 검사 테스트를 수행합니다.

소프트웨어 온전성 테스트 시 각 구성 요소가 제대로 작동하는지 확인하기 위해 각 온전성 테스트의 결과를 테스트의 예상 결과와 비교하십시오.

5. 다음 단계

온전성 테스트를 수행한 후 빌드가 통과했는지 실패했는지 고려하십시오. 온전성 테스트 결과 예기치 않은 동작이나 결과가 발생하면 추가 작업을 위해 개발자에게 빌드를 반환하십시오.

빌드가 온전성 테스트를 통과하면 모든 빌드 구성 요소가 예상대로 작동한다는 의미이며 추가 회귀 테스트가 수행될 수 있습니다.

온전성 테스트 모범 사례

온전성 테스트는 대본이 없고 문서화되지 않았기 때문에 테스터는 필요할 때 온전성 테스트를 수행할 수 있습니다. 정상적인 유형의 소프트웨어 테스트이기 때문에 온전성 테스트에 권장되는 모범 사례는 많지 않지만 온전성 테스트를 최대한 활용하는 데 도움이 되는 몇 가지 규칙을 따를 수 있습니다.

새로운 기능을 추가한 후에는 항상 온전성 테스트

안정적인 소프트웨어 빌드에 새로운 기능이나 명령이 추가될 때 소프트웨어 온전성 테스트가 필요합니다.

온전성 테스트의 가장 중요한 모범 사례는 구성 요소가 수정되거나 추가될 때마다 또는 버그가 수정될 때 항상 온전성 테스트를 수행하는 것입니다.

관련 기능 및 명령에 집중

온전성 테스트 정의의 일부는 기능과 명령에 초점을 맞추는 것이지만 온전성 테스트를 수행할 때는 소프트웨어 빌드의 기능에 가장 중요한 기능과 명령에 집중하는 것이 중요합니다.

스모크 테스트와 마찬가지로 온전성 테스트는 이 단계에서 식별되지 않으면 심각한 중단을 일으킬 수 있는 핵심 기능을 평가하는 데 가장 적합합니다.

가능한 경우 항상 테스트 자동화

온전성 테스트를 자동화하는 데 필요한 리소스, 도구 및 기술이 있는 경우 테스트 프로세스 속도를 높이고 테스트 방법을 표준화하는 데 도움이 될 수 있습니다.

이것은 자동 테스트가 항상 수동 테스트 대신 사용되어야 한다는 것을 의미하지는 않지만 수동 테스트와 함께 일종의 자동 테스트를 구현하는 것이 항상 최선이라는 것을 의미합니다.

온전성 테스트의 출력 유형

대부분의 경우 온전성 테스트의 출력은 테스트 조건에서 테스트하는 구성 요소가 어떻게 작동하는지에 따라 간단하게 바이너리 통과 또는 실패 결정이 됩니다.

통과하다

수정된 코드에 버그나 논리 오류가 없으면 온전성 테스트를 통과해야 합니다. 통과한다는 것은 온전성 테스트를 수행할 때 모듈이 예상대로 작동한다는 의미입니다.

온전성 테스트가 통과되면 테스터는 추가 테스트와 전체 회귀 테스트 세트를 계속 진행합니다.

실패하다

테스트하는 기능이 온전성 테스트를 수행할 때 예상대로 작동하지 않으면 테스트가 실패했음을 나타냅니다.

그런 다음 테스터는 소프트웨어 빌드를 개발 팀에 다시 전달하여 개발을 계속하고, 버그를 수정하고, 테스트 실패의 원인이 될 수 있는 코드의 오류를 수정합니다.

온전성 테스트의 예

예제 테스트를 통해 온전성 테스트 방법을 배우는 것은 온전성 테스트가 작동하는 방식과 온전성 테스트를 수동으로 수행하는 방법을 이해하는 가장 좋은 방법입니다.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

다음은 예제 테스트 사례가 포함된 온전성 테스트의 두 가지 그림입니다.

버그 수정 후 온전성 테스트

스모크 테스트 중에 개발자는 전자 상거래 애플리케이션 내에서 고객이 장바구니에 새 항목을 추가하지 못하게 하는 버그를 발견했습니다.

이 버그를 수정하기 위해 수리를 수행한 후 온전성 테스트를 위해 빌드를 QA 테스터에게 전달했습니다. 온전성 테스트에는 장바구니에 새 항목을 추가하는 기능 테스트가 포함되어 예상대로 작동하는지 확인했습니다.

수정 후 온전성 테스트

개발자 팀은 사용자가 다양한 레이블로 목록을 분류할 수 있는 쇼핑 목록 앱 업데이트 작업을 진행하고 있습니다. 여기에는 이 기능을 구현하기 위해 기존 빌드에 많은 새 코드를 추가하는 작업이 포함됩니다.

코드가 추가되면 테스터는 온전성 테스트를 수행하여 새 기능을 평가하고 성능을 테스트합니다. 버그가 발생하여 사용자가 이미 레이블을 추가한 목록을 다시 분류할 수 없으므로 추가 작업을 위해 빌드가 개발자에게 다시 전송됩니다.

온전성 테스트를 통해 발견된 오류 및 버그 유형

온전성 테스트는 일반적으로 소프트웨어의 기능에 영향을 미칠 수 있는 수정이 이루어진 후 소프트웨어 빌드의 합리성을 테스트하는 데 사용됩니다.

이와 같이 소프트웨어 온전성 테스트는 QA 테스터가 컴퓨터 코드의 다양한 버그와 오류를 식별하는 데 도움이 될 수 있습니다.

논리 오류

온전성 테스트는 테스터와 개발자가 새 코드 내에서 논리 오류를 식별하는 데 도움이 될 수 있습니다. 이러한 오류로 인해 핵심 기능이 예기치 않게 작동하거나 소프트웨어 충돌이 발생할 수도 있습니다.

버그

컴퓨터 코드의 버그는 작을 수도 있고 클 수도 있습니다. 어떤 경우에는 단순히 사용성과 편의성에 영향을 미칠 수 있는 반면, 다른 경우에는 전체 애플리케이션이 전혀 작동하지 못하게 할 수 있습니다.

온전성 테스트는 버그를 식별하거나 버그가 적절하게 수정되었는지 여부를 밝힐 수 있습니다.

일반적인 온전성 테스트 메트릭

모든 종류의 소프트웨어 테스팅의 메트릭은 셀 수 있고 정량화할 수 있어야 합니다. 온전성 테스트를 수행할 때 온전성 테스트의 출력 또는 결과를 객관적으로 평가하는 데 도움이 되는 메트릭을 추적하는 것이 중요합니다.

이것은 미래의 어느 시점에서 온전성 테스트를 자동화하려는 경우에 특히 중요합니다.

온전성 테스트 메트릭의 몇 가지 예는 다음과 같습니다.

● 실행되지 않은 테스트 케이스
● 테스트 케이스 통과
● 테스트 케이스 실패
● 차단된 테스트 케이스

효과적으로 측정 가능한 메트릭에는 온전성 테스트 중에 소프트웨어 빌드가 얼마나 잘 수행되었는지를 반영하는 정량적 데이터를 제공하는 모든 결과가 포함됩니다.

5 최고의 무료 온전성 테스트 도구

안정적인 소프트웨어 빌드에 대한 온전성 테스트를 계획, 실행 및 자동화하는 데 도움이 되는 무료 온전성 테스트 도구 구현에 관심이 있는 경우 아래는 현재 온라인에서 무료로 사용할 수 있는 최고의 온전성 테스트 도구 목록입니다.

ZAPTEST 무료 버전

ZAPTEST 는 무료 버전과 유료 엔터프라이즈 버전으로 제공되는 무료 테스트 도구 모음입니다.

ZAPTEST FREE 도구는 사용자가 온전성 테스트, 스모크 테스트 및 기타 유형의 소프트웨어 테스트를 자동화하여 Mac, Windows, Android 및 기타 플랫폼용 애플리케이션을 테스트할 수 있는 소프트웨어 테스트 도구입니다.

작동하기 쉽고 프리미엄을 지불하지 않고 온전성 테스트 자동화를 시도하는 이상적인 방법입니다.

요약하면, ZAPTEST의 1SCRIPT 기술은 모든 소프트웨어 애플리케이션, 플랫폼 간, 브라우저 간, 장치 간 테스트 자동화를 허용하며 초보자와 숙련된 테스터 모두에게 이상적인 코드리스 인터페이스를 제공합니다.

품질보증 늑대

단순함을 찾고 있다면 QA Wolf는 브라우저에서 완벽하게 호스팅되는 유쾌하고 간단한 QA 테스트 응용 프로그램입니다. 즉, 사용하기 위해 아무것도 다운로드할 필요가 없습니다. 기술 수준에 관계없이 QA Wolf를 사용하여 자동화된 테스트를 수행할 수 있습니다.

셀렌

Selenium은 무료 버전과 유료 버전으로 제공되는 또 다른 테스트 도구입니다. Selenium은 많은 프로그래밍 언어와 호환되므로 일반적이지 않은 언어를 사용하는 개발 팀에게 탁월한 선택이며 온전성 테스트 및 웹 애플리케이션에 대한 기타 유형의 테스트를 자동화하는 데 사용할 수 있습니다.

와티르

자동화된 소프트웨어 테스트 작성을 시작하고 싶지만 어디서부터 시작해야 할지 모르겠다면 Watir는 간단하고 유지 관리 가능한 자동화 온전성 테스트를 쉽게 작성할 수 있게 해주는 오픈 소스 도구입니다.

풍차 비슷한 것

Windmill은 웹 애플리케이션의 테스트 및 디버깅을 자동화하기 위해 만들어진 오픈 소스 테스트 도구입니다. 개발 단계에서 웹 응용 프로그램이 제대로 디버깅되었는지 확인하려는 온전성 테스터에게 효과적인 도구입니다.

위생 테스트 체크리스트

첫 번째 온전성 테스트를 수행하기 전에 온전성 테스트를 정의하는 방법과 온전성 테스트를 시작하기 전에 필요한 사항을 이해해야 합니다.

● 빌드에 어떤 새로운 기능이 추가되었는지 알고 있습니까?
● 새 기능의 작동 방식을 이해하고 있습니까?
● 정신 테스트의 합격 및 불합격 기준은 무엇입니까?
● 시작하기 전에 온전성 테스트 도구를 확보해야 합니까?
● 테스트 결과를 개발자에게 어떻게 전달할 계획입니까?
● 필요한 경우 온전성 테스트를 반복하는 방법을 알고 있습니까?
이러한 질문에 대한 답을 모두 알고 나면 첫 번째 온전성 테스트를 시작할 준비가 된 것입니다.

결론

온전성 테스트는 소프트웨어 테스트에서 테스터가 최근에 수정한 구성 요소가 올바르게 작동하는지 평가할 수 있는 필수 단계입니다. 온전성 테스트는 항상 개발자가 아닌 테스터가 수행하며 온전성 테스트를 자동화하거나 수동으로 수행할 수 있습니다.

더 많은 소프트웨어 팀이 초자동화 로 이동함에 따라 자동화된 온전성 테스트가 점점 보편화되고 있습니다. 이상적으로는 소프트웨어 팀은 자동 테스트를 사용하여 근무일 내내 작은 변경 사항을 테스트하는 동안 새로운 구성 요소를 테스트할 때 수동 탐색 테스트를 수행하는 것을 목표로 할 수 있습니다.

FAQ 및 리소스

온전성 테스트에 대한 지식을 더 쌓고 싶다면 아래 리소스 및 FAQ를 확인하세요.

온전성 테스트 자동화에 대한 최고의 과정

온전성 테스트의 온라인 과정을 찾아 온전성 테스트 및 기타 유형의 소프트웨어 테스트에 대해 자세히 알아볼 수 있습니다. 다음과 같은 웹사이트에서 온라인 과정을 찾을 수 있습니다.

● 코세라
● 유플라츠
● 코스 라인
● 에두레카
일부 온라인 과정은 무료로 제공되는 반면 다른 과정은 완료 시 수수료를 받고 인증 또는 자격을 제공할 수 있습니다.

온전성 테스트에 관한 최고의 책

온전성 테스트 및 소프트웨어 테스팅에 대한 책을 읽으면 온전성 테스트에 대한 지식을 향상시킬 수 있습니다.

● 소프트웨어 테스팅, Ron Patton
● How to Break Software, 제임스 휘태커
● Software Testing Techniques, 저자: Boris Beizer
● 소프트웨어 테스트 자동화, Mark Fewster 및 Dorothy Graham 작성
● 애자일 테스팅, 작성자: Lisa Crispin 및 Janet Gregory

온전성 테스트에 대한 상위 5개 인터뷰 질문은 무엇입니까

온전성 테스트가 포함될 수 있는 QA 작업에 지원하기 전에 일반적인 온전성 테스트 인터뷰 질문에 대한 답변을 준비할 수 있습니다.

● 스모크 테스트와 위생 테스트의 차이점은 무엇입니까?
● 위생 테스트는 언제 수행해야 합니까?
● 온전성 테스트가 실패했는지 어떻게 판단합니까?
● 언제 수동 테스트와 자동 테스트를 수행할 수 있습니까?
● 온전성 테스트의 이점은 무엇입니까?

온전성 테스트에 대한 최고의 YouTube 자습서

다음 YouTube 동영상에서 온전성 테스트에 대해 자세히 알아볼 수 있습니다.

온전성 검사란 무엇입니까?
연기 테스트와 위생 테스트의 차이점
온전성 테스트란 무엇입니까? 푸르쇼탐 아카데미
예를 사용한 스모크 테스트 대 온전성 테스트

온전성 테스트를 유지하는 방법

온전성 테스트는 일반적으로 코드 수정 사항을 확인하는 데 사용되기 때문에 온전성 테스트를 실행할 때마다 코드의 다른 요소를 테스트하거나 테스트를 조정하여 다양한 기능을 평가할 수 있습니다.

이러한 이유로 필요할 때마다 테스트할 준비가 되도록 온전성 테스트 유지 관리를 유지하는 것이 중요합니다.

● 소프트웨어 빌드의 기능이 발전함에 따라 테스트 사례 업데이트
● 항상 테스트 설계 권장사항을 따릅니다.
● 정기적으로 테스트를 재평가합니다.
● 새 테스트를 만들 때 향후 프로젝트를 염두에 두세요.

QA에서 온전성 테스트란 무엇입니까?

QA의 온전성 테스트는 안정적인 소프트웨어 빌드의 새로 수정되거나 추가된 구성 요소를 테스트하여 올바르게 작동하는지 확인하는 소프트웨어 테스트 유형입니다.

이 온전성 테스트 정의는 스모크 테스트가 불안정한 빌드에서 수행되기 때문에 온전성 테스트와 스모크 테스트를 구별합니다.

온전성 테스트 소프트웨어는 항상 개발자가 아닌 테스터가 수행하며 온전성 테스트를 수행하는 가장 일반적인 이유 중 하나는 버그가 수정되었거나 수리되었기 때문입니다. 이러한 방식으로 테스터는 수정 사항이 올바르게 작동하는지 확인하고 추가 테스트를 시작할 수 있습니다.

물론 조직에서 엔터프라이즈 수준의 소프트웨어 테스트 + 서비스가 필요한 경우 연락하십시오! ZAPTEST는 Linux , Windows , Android , iOS , 웹을 포함한 모든 플랫폼에서 최고의 자동화 도구입니다. 부하 테스트 , 성능 테스트 , UI 테스트 , 단위 테스트 , 기능 테스트 , 통합 테스트 , UI 테스트 , 복잡한 API 테스트 등을 포함한 모든 테스트를 허용합니다!

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo