테스트 전체가 금연 vs 정신 테스트 vs 회귀분석 테스트는 설명했
소개
삶의 품질보증 검사자는 것 불완전한 것으로 간주하는 경우 용어’테스트 전체가 금연’,’정신 테스트는’그리고’회귀분석 테스트는하지 않으로 주입니다. 비록 이러한 몇 가지 정기적으로 사용 되는 용어,너무 그들 주위에 몇 가지 일반적인 오해가 있다.
우리가 시작하기 전에 세부적으로의 전체가 금연,정신 및 회귀분 테스트 및 실제로 무슨 뜻인지,를 통해 갈 수 있습니다 몇 가지 일반적인 오해와 신화를 그들 주변:
- 전체가 금연 시험 그리고 정신 테스트는 동일한 과 같은 의미로 사용할 수 있습:이것은 진실하지 않고지 말아야 할 이유는? 우리는이 기사에서 논의 할 것이다.
- 정신 테스트에 해당의 수용 테스트:승인 테스트가 있는지 확인하기 위해 수행됩 구축에 모든 요구 사항을 충족하는 클라이언트를 지정하기 전에 릴리즈하는 동안 정신 테스트하기 위해 수행되는 제품은 제정신,합리적인에 대한 더 자세한 테스트합니다. 이들은 아니며 상호 교환 적으로 사용되어서는 안됩니다.
- 연기 테스트를하고 있다면 정신 테스트를 건너 뛸 수 있습니다: 테스트 전체가 금연은 아주 높은 수준의 테스트에서와 같이,이러한 테스트가 수행하도록 이를 구축에 적합 시작하는 어떤 다른 유형의 테스트합니다. 예를 들어,이것은 빌드가 설치되도록하는 테스트 일 수 있으며 정신 테스트를 시작할 수 있습니다. 때로는 연기 테스트 케이스가 정신 테스트 케이스와 함께 실행되지만,이들은 하나의 동일한 것으로 혼동되어서는 안됩니다.
- 회귀분석 테스트는 관련되지 않은 테스트 전체가 금연 또는 정신 테스트 이론,정신 테스트는 하위 집합의 회귀 테스트합니다. 일부 우선 순위가 높은 회귀 테스트 사례는 일반적으로 정신 테스트 사례를 구성합니다.
- 경우를 실행하려는 전체 회귀분 테스트 스위트–나를 실행할 필요가 없이 어떤 테스트 전체가 금연 또는 정신 테스트:이 사실이 될 수 있습니다 어떤 경우에는 정신으로 테스트가 어쨌든 하위 집합의 회귀 테스트,그것은 여전히 좋습을 실행하는 정신 테스트 사례를 처음에 따라 그들의 나머지 부분과 회귀분 테스트 사례.
이 글에서,우리는 한번에 모두 위의 혼란을 취소하려고합니다.
경우에,당신은 수동 테스트에 대한 자세한 내용을 읽고 싶어,여기 링크를 참조하십시오 않습니다.
참고:기사에서’소프트웨어 빌드’라는 용어를 여러 번 사용하게 될 것이므로 여기에서 정의 할 수 있습니다. ‘소프트웨어를 구축’프로세스의 변환,소스 코드를 사용자 응용 프로그램 후,여러 개정 코드를 변경하고 소프트웨어 구성 포함한 여러 프로세스를 다음과 같,”버전 제어 코드의 품질&컴파일”및 소프트웨어를 구축한 결과 이 건물의 과정입니다. 이 기사에서는 빌드를 테스트 가능한 소프트웨어 버전으로 지칭합니다.
전체가 금연 시험
전체가 금연 테스트는 접근 방식은 일반적으로 수행되는 초기 개발 단계의 소프트웨어 개발 라이프사이클(SDLC)는지 확인하는 핵심 기능의 프로그램은 잘 작동하지 않고 어떤 문제입니다. 소프트웨어에 대한 자세한 기능 테스트가 수행되기 전에 실행됩니다.
주요 목적의 전체가 금연되지 않을 수행하는 테스트 깊은지를 확인하는 핵심 또는 기본 기능의 프로그램이나 소프트웨어 작동합니다. 전체가 금연 시험을 거부하는 것을 목표로 심하게 깨졌을 구축 초기 단계에서 테스트 팀에 시간을 낭비하지 않지만 설치하는&테스트 소프트웨어 응용 프로그램입니다.
연기 테스트는 빌드 검증 테스트라고도합니다.테스트 할 이메일 응용 프로그램이 제공되는 간단한 예를 살펴 보겠습니다. 중요한 기능은 바로,이메일 응용 프로그램에 로그인 이메일을 작성하고 그것을 보내는 것? 고,경우에 이메일 전송되지 않습,그것은 모든 감각을 테스트하는 다른 기능은 다음과 같 초안,삭제 메시지,아카이브,etc.? 즉,추가 유효성 검사없이 빌드를 삭제해야합니다. 이를 연기 테스트라고합니다.
연기 테스트의 주요 초점은 전체 응용 프로그램이 아닌 중요한 영역을 테스트하는 것입니다.
연기 테스트를 수행 할 때
- 개발자가 QA 팀에 신선한 빌드를 제공 할 때. 여기서 신선한 빌드는 빌드에 개발자가 변경 한 새로운 변경 사항이있을 때를 의미합니다.
- 새 모듈이 기존 기능에 추가되면.
자동화&연기 테스트:
일반적으로 실제 자동화 테스트 케이스가 실행되기 전에 실행되는 테스트 유형입니다. 에 대한 조직에 있어 지속적인 테스트가 내장되어 전체가 금연 시험에 해당하여 성공적으로 설치의 구축을 위해 실행하는 테스트는 경우 또는 실행하는 첫 번째 시험을 경우입니다. 그래서,이것은 유형의 테스트는 의도적으로 자동화 하는 경우 테스트 자동화가에 넣어 테스트 자동화할 수 있습만을 성공적으로 실행하면 이 소프트웨어는 전달 전체가 금연 테스트합니다. 또는 그렇지 않으면 실행되는 첫 번째 테스트 케이스가 실패 할 수 있습니다.
정신 테스트
정신 테스트를 수행하는 것은 많은 종류의 시험을 수행하는지 여부를 확인 소프트웨어 제품은 제대로 작동하면 새로운 모듈 기능을 가져옵 구현하여 기존 제품입니다. 정신 테스트는 소프트웨어를 테스트하는 기술은 빠르의 품질 평가 소프트웨어 놓 여부를 확인하는 자격한 추가 테스트는하지 않습니다.
정신 테스트는 일반적으로 수행 한 후에 받은 상당히 안정된 소프트웨어를 구축하거나 때때로 소프트웨어를 구축할 수 있습 받은 사소한 변경에 코드 또는 기능이 있습니다. 소프트웨어 제품의 엔드 투 엔드 테스트가 추가로 수행 될 것인지 아닌지를 결정합니다.
정신 테스팅은 또한 표면의 수준의 테스트에 도움이되는 결정하는 경우에는 소프트웨어를 구축은 좋은 충분히 전달하여 다음의 수준을 테스트합니다.
정신 테스트를 수행하는 이유
- 기존 코드에서 새로 추가 된 기능 및 기능의 적합성을 확인하고 검증합니다.
- 도입 된 변경 사항이 제품의 다른 기존 기능에 영향을 미치지 않도록합니다.
- 추가 테스트를 결정하기 위해 앞으로 또는 수행 할 수 있습니다.
때 수행하는 정신 테스트
- 구축 후 받으신 많은 재발하거나가있는 경우에 사소한 변경 코드입니다.
- 버그 수정 후 빌드가 수신됩니다.
- 프로덕션 배포 직전.
자동화&정신 테스트:
고려하고,정신 테스트하는 것으로 간주 하위 집합의 회귀 테스트,이러한 테스트 사례는 자동화할 수 있습니다. 권장되는 방법은 완전한 회귀 테스트 스위트를 실행하기 전에 이러한 테스트 케이스를 실행하는 것입니다. 이점은 정신 테스트 사례에 오류가있는 경우 나중에보다는 빨리 오류를보고 할 수 있다는 것입니다.
회귀분 테스트
회귀분석 테스트를 확인”버그 수정 또는 변경에서 요구 사항”그들은 영향을 미치지 않는 다른 응용 프로그램의 기능을. 회귀분 테스트에 효과적인 자동화 및 일반적으로 수행 한 후 일부 수정되었습에서 소프트웨어를 구축 후에 요구사항의 변경 또는 버그 수정이 있습니다.
변경된 기능의 정신 테스트가 완료되면 응용 프로그램의 영향을받는 모든 기능에 완전한 테스트가 필요합니다. 이를 회귀 테스트라고합니다.기존 소프트웨어에서 버그 수정이 수행 될 때마다 버그 수정을 확인하기 위해 일부 테스트 시나리오를 실행해야합니다. 이 외에도 QA 팀은 코드 변경 사항에 따라 영향을받는 영역을 확인해야합니다. 회귀 테스트에서 관련 기능을 돌보기 위해 모든 테스트 시나리오를 실행해야합니다.
때 수행하는 테스트를 회귀
- 후 코드 수정에 따라 필요한 변경
- 후 몇 가지 새로운 기능을 추가하는 응용 프로그램
- 후 일부 버그 수정이 있으로 통합 구축
자동화&회귀분석 시험:
회귀분 테스트 사례를 실제로는 이상적인 테스트의 경우 기계적으. 일반적으로 조직에서 자동화를 시작하면 먼저 자동화되는 테스트 사례입니다. 는 경우에 회귀분석 테스트는 활동을 많이 복용 시간에 대한 테스터와 동일한 테스트 사례가 여러 번 반복음에 시작할 때 생각하고 너무 자동화.자동화 여정을 시작하는 데 도움이되는 도구를 찾고 있다면 올바른 도구를 선택했는지 확인해야합니다. 또한 투자 한 노력에 투자 수익(ROI)을 제공 할 수있는 도구. 우리는 거기에서 당신을 도울 수있는 가이드를 가지고 있습니다:
Differences Between Smoke vs Sanity vs Regression Testing
Smoke Testing | Sanity Testing | Regression Testing |
Performed on initial builds | Performed on stable builds | Performed on stable builds |
To test the stability of new 를 구축 | 의 안정성을 테스트하는 새로운 기능이나 코드의 변화에 기존의 빌드 | 을 테스트하는 기능의 영향을 받는 모든 지역 후 새로운 기능이/코드의 변화에서 기존의 빌드 |
커버 끝까지 기본적인 기능 | 덮개 특정 모듈에서의 코드를 변경 | 덮개 상세한 테스트는 모든 대상으로 영향 받는 지역 후 새로운 기능이 추가되었습니다 |
&또한 때때로 개발자에 의해 | 에 의해 실행된 테스터 | 에 의해 실행된 테스터 을 통해 대부분이 자동화 |
A 부분의 기본적인 테스트 | A 부분의 회귀 테스트 | 회귀분석 테스트는 슈퍼 세트 전체가 금연 그리고 정신 테스트 |
완료 일반적으로 있을 때마다 새로운 | 계획 충분하지 않을 경우 시간에 대한 깊이 있는 시험 | 일반적으로 수행, 면 테스터는 충분한 시간이 있 |
키를 점
- 전체가 금연 그리고 정신 테스트하는 데 도움 품질보증팀 시간을 절약하여 신속하게 테스트하는지 확인하는 경우 응용 프로그램은 제대로 작동 하나하지 않습니다. 또한 제품이 추가 테스트를받을 자격이 있음을 보장합니다. 반면 회귀 테스트는 특정 변경 후 소프트웨어 품질에 대한 신뢰를 향상시키는 데 도움이됩니다. 특히 코드 변경이 관련 영역에 영향을 미치지 않는다는 것입니다.
- 전체가 금연 시험에 의해 수행되는 두 개발팀에 의해 또는 품질관리 팀으로 촬영할 수 있습니 하위 집합의 엄격한 테스트합니다. 반면 Sanity&회귀 테스트는 QA 팀에 의해서만 수행됩니다. 또한 정신 테스트는 수용 테스트의 하위 집합으로 간주 될 수 있습니다.
- 전체가 금연 시험에서 실행됩니다 초기 단계 SDLC,을 확인하는 핵심 기능에의 응용 프로그램입니다. 반면 Sanity&회귀 테스트는 응용 프로그램의 주요 기능을 확인하기 위해 SDLC 의 최종 단계에서 수행됩니다.
- &&&다음에 기반한 시간을 가용성 회귀분 테스트 계획하고 있습니다.
실제로 모든 QA 팀은 연기,정신 및 회귀 테스트를 수행해야합니다. 이러한 모든 테스트 유형에는 여러 번 실행되는 사전 정의 된 수의 테스트 사례가 있습니다. 이 반복적 인 실행은 또한 테스트 자동화를위한 이상적인 후보가됩니다. 를 찾을 때 자동화,당신은 당신을 사용하는 것이 좋 제공하는 도구에 대한 투자수익에서 자동화가 초기 단계가 있습니다. Testsigma 는 그러한 도구 중 하나입니다.
1 일부터 자동화 할 수있는 도구 선택
Leave a Reply