Manual testing 기법

Source: Dev.to

Common Manual Testing Techniques

Black‑Box Testing

테스터는 내부 코드를 전혀 알지 못한 채 사용자의 관점에서 소프트웨어를 평가합니다.

Unit Testing

개발 단계에서 개발자가 수행합니다. 각 유닛이나 모듈은 구축된 후 요구사항을 충족하는지 확인하기 위해 테스트됩니다(모듈 또는 컴포넌트 테스트라고도 함).

Integration Testing

개별 유닛/모듈을 결합하고 이들 간의 상호작용을 테스트하여 통합된 시스템이 기대대로 동작하는지 확인합니다.

System Testing

통합 테스트 후에 수행되어 전체 시스템의 엔드‑투‑엔드 기능을 검증합니다.

Smoke Testing

테스터가 개발자로부터 빌드를 받은 직후 실행하여 가장 중요한 기능이 동작하고 올바른 소프트웨어가 전달되었는지 확인합니다.

Sanity Testing

릴리스 중에 빠르게 수행되는 검사로, 주요 기능이 기대대로 작동하는지 확인합니다.

Non‑Functional Testing

속도, 부하, 스트레스와 같은 속성에 초점을 맞춥니다.

• Performance Testing – 소프트웨어의 속도와 확장성을 판단하여 사용자 입력에 빠르게 응답하도록 보장합니다.
• Usability Testing – 사용자의 관점에서 소프트웨어가 이해하기 쉽고 조작하기 쉬운지 검증합니다.
• Security Testing – 시스템이 내부 또는 외부의 무단 접근으로부터 보호되는지 확인합니다.

Regression Testing

버그나 결함이 수정된 후 실행하여 수정이 기존 기능에 부정적인 영향을 주지 않는지 확인합니다.

Acceptance Testing

최종 사용자가 테스터와 함께 수행하여 기능이 요구사항을 충족하는지 검증합니다.

Exploratory Testing

요구사항이나 사전 조건에 대한 사전 지식 없이 소프트웨어의 기능을 탐색하면서 테스트합니다.

Ad‑hoc Testing

정해진 테스트 케이스나 설계 기법을 따르지 않고 직관에 따라 무작위로 소프트웨어를 실행하는 비공식적인 테스트입니다.

Boundary Value Analysis

입력 도메인의 경계값에 초점을 맞춘 테스트 케이스 설계 기법입니다.

Decision Table

논리적 관계(if‑else 조건)나 조합 입력이 있을 때 테스트 데이터를 검증하는 데 사용되는 기법입니다. 예시: 유효한 로그인을 위해서는 사용자 이름과 비밀번호가 모두 올바라야 합니다.

The Future of Manual Testing in the Age of AI

AI와 자동화가 점점 보편화되더라도 수동 테스트는 여전히 필수적입니다. 자동화가 회귀 테스트나 엔드‑투‑엔드 테스트와 같은 반복 작업을 처리할 수는 있지만, 특히 정확성과 관련성을 판단해야 하는 인간의 판단이 필요한 검증은 완전히 자동화될 수 없습니다. 인간 테스터는 소프트웨어가 실제로 사용자 기대에 부합하는지를 판단하는 데 필요한 중요한 통찰을 제공합니다.