수동 테스트 란 무엇입니까?
수동 테스트는 QA 분석가가 테스트를 수동으로 실행하는 소프트웨어 테스트입니다. 개발중인 소프트웨어에서 버그를 발견하기 위해 수행됩니다.
수동 테스트에서 테스터는 해당 애플리케이션이나 소프트웨어의 모든 필수 기능을 검사합니다. 이 과정에서 소프트웨어 테스터는 자동화 소프트웨어 테스팅 도구의 도움없이 테스트 사례를 실행하고 테스트 보고서를 생성합니다.
이것은 모든 테스트 유형의 고전적인 방법이며 소프트웨어 시스템에서 버그를 찾는 데 도움이됩니다. 일반적으로 소프트웨어 테스팅 프로세스를 수행하기 위해 숙련 된 테스터가 수행합니다.
자동화 테스트 란 무엇입니까?
자동화 된 소프트웨어 테스팅에서 테스터는 코드 실행 / 테스트 스크립트를 작성하여 테스트 실행을 자동화합니다. 테스터는 적절한 자동화 도구를 사용하여 테스트 스크립트를 개발하고 소프트웨어의 유효성을 검사합니다. 목표는 적은 시간에 테스트 실행을 완료하는 것입니다.
자동 테스트는 전 스크립트 테스트에 전적으로 의존하며 실제 테스트 결과와 예상 결과를 자동으로 비교합니다. 이는 테스터가 응용 프로그램이 예상대로 수행되는지 여부를 결정하는 데 도움이됩니다.
자동화 된 테스트를 통해 수동 테스터의 개입없이 반복적 인 작업 및 회귀 테스트를 실행할 수 있습니다. 모든 프로세스가 자동으로 수행 되더라도 자동화는 초기 테스트 스크립트를 작성하기 위해 수동으로 약간의 노력이 필요합니다.
자동화 테스트 대. 수동 테스트
매개 변수 | 자동화 테스트 | 수동 테스트 |
---|---|---|
정의 | 자동화 테스트는 자동화 도구를 사용하여 테스트 사례를 실행합니다. | 수동 테스트에서는 테스트 케이스가 인간 테스터와 소프트웨어에 의해 실행됩니다. |
처리 시간 | 자동화 된 테스트는 수동 방식보다 훨씬 빠릅니다. | 수동 테스트는 시간이 오래 걸리고 인적 자원을 필요로합니다. |
탐색 적 테스트 | 자동화는 무작위 테스트를 허용하지 않습니다. | 수동 테스트에서 탐색 적 테스트가 가능합니다. |
초기 투자 | 자동화 된 테스트에 대한 초기 투자가 더 높습니다.비록 ROI가 장기적으로 더 나을지라도. | 수동 테스트의 초기 투자는 비교적 낮습니다. ROI는 장기적으로 자동화 테스트에 비해 낮습니다. |
신뢰할 수 있음 | 자동 테스트는 도구 및 스크립트로 수행되므로 신뢰할 수있는 방법입니다. 시험 피로는 없습니다. | 수동 테스트는 사람의 실수 가능성 때문에 정확하지 않습니다. |
UI 변경 | AUT의 UI가 사소한 변경을하더라도 자동화 된 테스트 스크립트는 예상대로 작동하도록 수정해야합니다. | 버튼의 ID, 클래스 등의 변경과 같은 작은 변경 사항은 수동 테스터의 실행을 방해하지 않습니다. |
투자 | 자동화 엔지니어뿐만 아니라 테스트 도구에도 투자가 필요합니다. | 인적 자원에 대한 투자가 필요합니다. |
비용 효율적인 | 저용량 회귀에 비용 효과적이지 않음 | 높은 볼륨 회귀에는 비용 효과적이지 않습니다. |
테스트 보고서 가시성 | 자동화 테스트를 통해 모든 이해 관계자는 자동화 시스템에 로그인하고 테스트 실행 결과를 확인할 수 있습니다 | 수동 테스트는 일반적으로 Excel 또는 Word에 기록되며 테스트 결과는 쉽고 빠르게 사용할 수 없습니다. |
인간 관찰 | 자동화 된 테스트에는 인간의 고려가 필요하지 않습니다. 따라서 사용자 친화 성과 긍정적 인 고객 경험을 보장 할 수 없습니다. | 수작업 테스트 방법은 사람의 관찰을 허용하여 사용자 친화적 인 시스템을 제공하는 데 유용 할 수 있습니다. |
성능 시험 | 부하 테스트, 스트레스 테스트, 스파이크 테스트 등과 같은 성능 테스트는 자동화 툴에 의해 강제적으로 테스트되어야합니다. | 성능 테스트를 수동으로 수행 할 수 없습니다. |
병렬 실행 | 이 테스트는 여러 운영 플랫폼에서 동시에 실행될 수 있으며 테스트 실행 시간을 단축시킵니다. | 수동 테스트는 병렬로 실행될 수 있지만 비용이 많이 드는 인적 자원을 늘려야합니다. |
배치 테스트 | 야간 실행을 위해 여러 개의 테스트 스크립트를 일괄 처리 할 수 있습니다. | 수동 테스트는 일괄 처리 할 수 없습니다. |
프로그래밍 지식 | 프로그래밍 지식은 자동화 테스트의 필수 요소입니다. | 수동 테스트에서 프로그래밍 할 필요가 없습니다. |
설정 | 자동화 테스트는 덜 복잡한 테스트 실행을 요구합니다. | 수동 테스트 요구 사항이보다 직접적인 테스트 실행 설정 |
약혼 | 도구로 완료되었습니다. 그 정확하고 결코 지루해하지 않습니다! | 반복적 인 수동 테스트 실행은 지루하고 오류가 발생하기 쉽습니다. |
이상적인 접근 방식 | 자동화 테스트는 동일한 테스트 케이스 세트를 자주 실행하는 경우에 유용합니다. | 수동 테스트는 테스트 사례가 한 번 또는 두 번만 실행되어야 할 때 유용합니다. |
확인 테스트 빌드 | 자동화 테스트는 BVT (Build Verification Testing)에 유용합니다. | 수동 테스트에서 BVT (Build Verification Testing)를 실행하는 것은 매우 어렵고 시간이 오래 걸립니다. |
마감일 | 자동 테스트는 사전 결정 테스트를 빠뜨릴 위험이 없습니다. | 수동 테스트는 사전 결정된 테스트 기한을 놓칠 위험이 더 큽니다. |
뼈대 | 자동화 테스트는 데이터 드라이브, 키워드, 하이브리드와 같은 프레임 워크를 사용하여 자동화 프로세스를 가속화합니다. | 수동 테스트는 프레임 워크를 사용하지 않지만 지침, 체크리스트, 엄격한 프로세스를 사용하여 특정 테스트 케이스를 작성합니다. |
선적 서류 비치 | 자동화 된 테스트는 특히 자동화 된 단위 테스트 케이스에 대한 교육 가치를 제공하는 문서 역할을합니다.새로운 개발자는 단위 테스트 케이스를 조사하고 코드 기반을 빨리 이해할 수 있습니다. | 수동 테스트 사례는 교육 가치를 제공하지 않습니다. |
테스트 디자인 | 자동화 된 단위 테스트는 테스트 기반 개발 설계를 시행 / 추진합니다. | 수동 단위 테스트는 설계를 코딩 프로세스로 유도하지 않습니다. |
약탈자 | 자동 테스트는 빌드 확인 테스트에 유용하며 DevOps Cycle의 필수적인 부분입니다. | 수동 테스트는 개발자 작업의 자동화 된 빌드 원칙을 무효화합니다. |
언제 사용 하는가? | 자동 테스트는 회귀 테스트, 성능 테스트, 부하 테스트 또는 고도로 반복 가능한 기능 테스트 케이스에 적합합니다. | 수동 테스트는 탐색 적, 유용성 및 임시 테스트에 적합합니다. 또한 AUT가 자주 변경되는 경우에도 사용해야합니다. |
수동 테스트 장단점
수동 테스트의 장점 :
- 빠르고 정확한 시각적 피드백 제공
- 자동화 도구 및 프로세스를 위해 예산을 낭비 할 필요가 없으므로 비용이 저렴합니다.
- 인간의 판단과 직감은 항상 수동 요소에 도움이됩니다.
- 작은 변화를 테스트하는 동안 자동화 테스트에는 시간이 많이 소요되는 코딩이 필요합니다. 반면에 수동으로 테스트 할 수 있습니다.
수동 테스트의 단점 :
- 그것이 인간을 수행했기 때문에 신뢰성이 낮은 테스트 방법. 따라서 항상 실수와 오류가 발생하기 쉽습니다.
- 수동 테스트 프로세스를 기록 할 수 없으므로 수동 테스트를 다시 사용할 수 없습니다.
- 이 테스트 방법에서는 특정 작업을 수동으로 수행하기가 어려우므로 소프트웨어 테스트 단계의 추가 시간이 필요할 수 있습니다.
자동화 된 검사 장단점
자동화 된 테스트의 장점 :
- 자동화 된 테스트를 통해 사용자 테스터와 비교하여 더 많은 버그를 찾을 수 있습니다.
- 테스트 프로세스의 대부분은 자동화되어 있으므로 신속하고 효율적인 프로세스가 가능합니다.
- 자동화 프로세스를 기록 할 수 있습니다. 이를 통해 동일한 종류의 테스트 작업을 다시 사용하고 실행할 수 있습니다.
- 자동화 된 테스트는 소프트웨어 도구를 사용하여 수행되므로 수동 테스트에서 사람과 달리 피로와 피로없이 작동합니다.
- 빠르고 정확한 시험 결과를 제공하므로 생산성을 쉽게 높일 수 있습니다.
- 자동화 된 테스트는 다양한 어플리케이션을 지원합니다.
- 자동화 테스팅 도구가 가장 작은 단위조차 확인하는 것을 잊지 않기 때문에 테스트 범위를 늘릴 수 있습니다
자동화 된 테스트의 단점 :
- 인간 요소가 없으면 색상, 글꼴, 크기, 대비 또는 단추 크기와 같은 UI의 시각적 요소를 파악하기가 어렵습니다.
- 자동화 테스트를 실행하는 도구는 비용이 많이들 수 있으므로 테스트 프로젝트의 비용이 증가 할 수 있습니다.
- 자동화 테스트 도구는 아직 완전한 증거는 아닙니다. 모든 자동화 도구에는 자동화의 범위를 축소시키는 한계가 있습니다.
- 테스트 스크립트를 디버깅하는 것은 자동화 된 테스트의 또 다른 주요 문제입니다. 테스트 유지 보수에는 많은 비용이 듭니다.
결론
- 수동 테스트는 QA 분석가가 테스트를 수동으로 실행하는 소프트웨어 테스트입니다.
- 자동화 된 소프트웨어 테스팅에서 테스터는 코드 실행 / 테스트 스크립트를 작성하여 테스트 실행을 자동화합니다.
- 수동 테스트를 통해 빠르고 정확한 시각적 피드백을 얻을 수 있습니다.
- 자동화 된 테스트를 통해 사용자 테스터와 비교하여 더 많은 버그를 찾을 수 있습니다.
- 수동 테스트는 인간에 의해 수행되기 때문에 테스트 방법이 덜 신뢰할 만합니다. 따라서 항상 실수와 오류가 발생하기 쉽습니다.
- 자동화 테스트를 실행하는 도구는 비용이 많이들 수 있으므로 테스트 프로젝트의 비용이 증가 할 수 있습니다.
- 수동 테스트는 시간이 오래 걸리고 인적 자원을 필요로합니다.
- 자동화 된 테스트는 수동 방식보다 훨씬 빠릅니다.
'블랙박스 테스트' 카테고리의 다른 글
시스템 테스트 란 무엇입니까? 예제를 사용한 유형 및 정의 (0) | 2018.11.23 |
---|---|
통합 테스팅 튜토리얼 : 빅뱅, 탑 다운 & 보텀 업 (0) | 2018.11.22 |
AUTOMATION TESTING 자습서 : 프로세스, 계획 및 도구 (0) | 2018.11.19 |
초보자를 위한 수동 테스트 자습서 (0) | 2018.11.18 |
STLC - 소프트웨어 테스팅 수명주기(Software Testing Life Cycle) (0) | 2018.11.17 |