애플리케이션 테스트란 무엇입니까?
토마스 해밀턴
애플리케이션 테스트란 무엇입니까?
애플리케이션 테스팅은 소프트웨어의 오류를 찾는 동기로 스크립트를 통해 수행되는 소프트웨어 테스팅 유형으로 정의됩니다. 전체 애플리케이션에 대한 테스트를 다룹니다.
비용을 절감하고 ROI를 극대화하며 개발 시간을 절약하는 동시에 애플리케이션의 품질을 향상시키는 데 도움이 됩니다.
소프트웨어 엔지니어링에서는 GUI, 기능, 데이터베이스(백엔드), 부하 테스트 등 다양한 범주에서 애플리케이션 테스트를 수행할 수 있습니다.
애플리케이션 테스트의 경우 테스트 수명 주기에는 요구 사항 분석, 테스트 계획, 테스트 분석, 테스트 설계, 테스트 실행 및 버그 보고 등을 포함한 다양한 단계가 포함됩니다.
애플리케이션을 테스트하는 방법?
소프트웨어 애플리케이션과 제품은 지원하는 기능과 구현하는 프로세스 측면에서 다양한 변형이 있습니다. 따라서 애플리케이션 테스트는 특정 프로그램이나 애플리케이션이 제대로 작동하는지 확인합니다.
애플리케이션 테스트의 수명주기에는 XNUMX단계가 포함됩니다.
- 스테이지 1) 애플리케이션 요구 사항을 기반으로 테스트 계획 설계
- 스테이지 2) 수동 테스트 케이스 및 자동화된 테스트 스크립트 개발
- 스테이지 3) 기능 테스트를 실행하여 애플리케이션 요구 사항 검증
- 스테이지 4) 부하 테스트 실행 및 애플리케이션 성능 조정
실행되는 테스트 유형은 테스트 중인 애플리케이션 유형에 따라 다릅니다. 애플리케이션 테스트는 3개 부문으로 분류됩니다.
- 웹 애플리케이션 테스트
- 데스크탑 애플리케이션 테스트
- 모바일 애플리케이션 테스트
| 응용 프로그램 테스트 | 실행된 테스트 유형 |
|---|---|
|
|
|
|
|
|
애플리케이션 테스트 방법론
테스트 방법론은 소프트웨어 애플리케이션이 완전히 테스트되었는지 확인하는 다른 방법입니다. 체계화되지 않고 열악한 테스트 방법으로 인해 제품이 불안정해질 수 있습니다.
테스트를 수행하는 방법에는 세 가지가 있습니다.
- 검정 Box 지원
- 백 Box 지원
- 회색 Box 지원
검정 Box 지원
검정 Box 지원 테스트에 일반적으로 사용되는 기술 기능 테스트, 비기능 테스트, 그리고 회귀 테스트. 블랙박스 테스트에서 사용되는 전략은 다음과 같습니다.
- 동등 클래스 테스트
- 경계값 테스트
- 의사 결정 테스트
- 상태 전이 테이블
백 Box 지원
화이트 박스 테스트 일반적으로 내부 보안 홀, 끊어지거나 구조가 제대로 구성되지 않은 경로, 조건 루프의 기능 등을 확인하기 위해 소프트웨어 코드를 테스트하는 데 사용됩니다. 화이트 박스 테스트에서 사용되는 전략은 다음과 같습니다.
- 코드 커버리지 분석
- 경로 적용 범위
회색 Box 지원
이 테스트 기술은 Black과 Black의 조합입니다. Box 테스트 및 화이트 박스 테스트. 이는 다음을 찾기 위해 수행됩니다. 결함 부적절한 구조 또는 애플리케이션 사용을 기반으로 합니다.
애플리케이션 테스트를 위한 테스트 계획
The 테스트 계획 문서는 제품에서 파생됩니다. Descript이온, 소프트웨어 요구 사항 사양 SRS 또는 사용 사례 문서. 테스트의 초점은 무엇을 테스트할지, 어떻게 테스트할지, 언제 테스트할지, 누가 테스트할지입니다. 테스트 계획 문서는 테스트 팀과 테스트 관리자 간의 통신 매체로 사용됩니다.
애플리케이션 테스트를 위한 표준 테스트 계획은 다음과 같은 기능을 정의해야 합니다.
- 테스트 범위 정의
- 테스트 목적 정의
- 테스트 활동에 대한 접근 방식
- 테스트 일정
- 버그 추적 및 보고
애플리케이션 테스트 도구
애플리케이션 테스트를 위한 다양한 테스트 도구가 있습니다. 도구 선택은 수행하려는 테스트 유형에 따라 다릅니다. 플랫폼마다 다른 도구가 권장됩니다. 애플리케이션 테스트 도구는 다양한 장치에서 애플리케이션의 성능, 유용성 및 기능을 보장합니다.
다음은 그 중 몇 가지입니다.
애플리케이션 테스트를 위한 테스트 모범 사례
애플리케이션 테스트를 위한 올바른 전략을 선택하는 것은 애플리케이션의 결함을 감지하는 보장된 방법입니다. 따라서 QA 팀은 더 짧은 시간에 더 많은 오류를 감지하기 위해 일련의 표준 프로세스를 따르는 것이 매우 중요합니다.
애플리케이션 테스트의 경우 모범 사례 중 일부는 다음과 같습니다.
- 기능 사양 정의
- Rev조회수 및 검사
- 공식 진입 및 퇴출 기준
- 기능 테스트 변형
- 다중 플랫폼 테스트
- 자동화된 테스트 실행
애플리케이션 테스트 과제
애플리케이션을 테스트하는 동안 테스터는 많은 문제에 직면할 수 있습니다.
- 사용자가 전화할 때만 식별되는 문제
- 변화의 영향을 예측할 수 없음
- 애플리케이션 및 운영 오류에 대한 가시성 없음
- 시간 소모
모바일 애플리케이션 테스트
웹 애플리케이션 테스트와 마찬가지로 모바일 애플리케이션 테스트 역시 동일한 테스트 전략과 방법론을 기반으로 합니다. 차이점은 테스트에 사용되는 도구에 있을 수 있으며, 모바일 애플리케이션 테스트에 사용되는 몇 가지 일반적인 도구는 Sikuli, TestComplete, FoneMonkey, Robotium 등입니다.
모바일 애플리케이션 유형은 세 가지 섹션으로 분류됩니다.
- 웹 애플리케이션 - 인터넷이나 인트라넷과 같은 네트워크를 통해 사용자가 액세스합니다.
- Native Application - 특정 플랫폼용으로 개발되어 컴퓨팅 장치에 설치됩니다.
- 하이브리드 애플리케이션 - 웹과 네이티브의 요소를 결합합니다. 예를 들어 페이스북.
대부분의 모바일 플랫폼에서는 간단한 CSS, HTML, JS 등을 사용할 수 있습니다.
모바일 애플리케이션 테스트를 위한 테스트 사례 예
완전한 모바일 테스트 애플리케이션 전략에는 장치 및 네트워크 인프라, 대상 장치 선택, 두 가지 모두를 포괄하는 수동 및 자동 테스트 도구의 효과적인 조합이 포함됩니다. 비기능 및 기능 테스트.
모바일 애플리케이션의 경우 테스트할 사항은 다음과 같습니다.
- 설치
- OTA
- Wi-Fi 인터넷
- 데이터 케이블
- Bluetooth
- 제거
- 애플리케이션 로고
- 튀김
- 메모리 부족
- 시각적 피드백
- 응용 프로그램 종료
- 애플리케이션 시작/재시작
모바일 테스트 과제
모바일 사용자와 기기의 수가 증가함에 따라 모바일 앱 테스트는 점점 더 복잡해지고 있습니다. 모바일 애플리케이션 테스트는 데스크톱 기반 웹 애플리케이션 테스트와 크게 다릅니다. 모바일 테스트 중에 직면하는 일반적인 과제는 다음과 같습니다.
- 포괄적인 테스트 범위
- 조각화 관리(다른 OS 버전, 프로세서, 메모리)
- 테스트 계획 부족
- 시간 압박
- 물리적 장치 부족
- 플랫폼과 OS의 다양성
결론
애플리케이션 테스팅에서는 전체 애플리케이션이 테스트되며 다양한 접근 방식, 도구 및 방법론이 사용됩니다. 출시 전에 애플리케이션 테스트를 수행하는 것은 소프트웨어 제품 성공에 매우 중요합니다.
