Load Testing (부하 테스트)
부하 테스트는 응용 프로그램이 정상 및 최대 사용에서 성능을 테스트하는 성능 테스트 유형입니다. 응용 프로그램의 성능은 사용자 요청에 대한 응답 및 여러 사용자 로드에 대해 허용된 허용치 내에서 일관되게 응답하는 능력과 관련하여 검사됩니다.
주요 고려 사항은 다음과 같습니다.
1. 응용 프로그램이 예기치 않게 작동하기 전에 보유 할 수 있는 최대로드는 얼마입니까?
2. 시스템이 느려지거나 충돌이 발생하기 전에 데이터베이스가 처리 할 수있는 데이터의 양은 어느 정도입니까?
3. 해결해야 할 네트워크 관련 문제가 있습니까?
Stress testing (스트레스 테스트)
스트레스 테스트는 시스템을 손상시키는 방법을 찾는데 사용됩니다. 또한 이 테스트는 시스템이 수용 할 수있는 최대 로드 범위를 제공합니다.
일반적으로 스트레스 테스트는 부하가 점진적으로 증가하는 점진적 접근 방식을 사용합니다. 테스트는 애플리케이션이 이미 테스트된 로드로 시작됩니다. 그런 다음 시스템 부하를 높이기 위해 더 많은 로드가 천천히 추가됩니다. 우리가 요청에 응답하지 않는 서버를 보기 시작한 시점이 문제의 핵심으로 간주됩니다.
다음 질문을 해결해야합니다.
1. 시스템이 고장 나기 전에 시스템이 견딜 수있는 최대로드는 얼마입니까?
2. 시스템이 어떻게 고장 났습니까?
3. 시스템이 손상되면 복구 할 수 있습니까?
4. 예기치 않은 로드를 처리하는 동안 시스템이 중단 될 수 있는 방법은 무엇입니까?
Volume Testing (볼륨 테스트)
볼륨 테스트는 응용 프로그램의 성능이 응용 프로그램에서 처리중인 데이터의 양에 의해 영향을 받지 않는지 확인하는 것입니다. 볼륨 테스트를 실행하기 위해 방대한 양의 데이터가 데이터베이스에 입력됩니다. 이 테스트는 증분 테스트 또는 꾸준한 테스트가 될 수 있습니다. 증분 테스트에서는 데이터 양이 점진적으로 증가합니다.
일반적으로 응용 프로그램 사용량에 따라 데이터베이스 크기가 커지고 무거운 데이터베이스에 대해 응용 프로그램을 테스트 해야 합니다. 좋은 예가 새로운 학교의 웹 사이트 또는 처음에는 적은 양의 데이터를 저장하는 대학이 될 수 있지만 5-10년 후에는 웹 사이트의 데이터베이스에 있는 데이터 저장소가 훨씬 더 많습니다.
Capacity Testing (용량 테스트)
=> 정상 및 최대로드 조건에서 비즈니스 볼륨을 충족 할 수 있습니까?
용량 테스트는 일반적으로 향후 전망에 대해 수행됩니다. 용량 테스트는 다음을 처리합니다.
1. 애플리케이션이 향후로드를 지원할 수 있습니까?
2. 환경은 다가올 증가 된 하중을 견딜 수 있습니까?
3. 환경을 충분히 활용하는 데 필요한 추가 자원은 무엇입니까?
용량 테스트는 주어진 웹 애플리케이션이 얼마나 많은 사용자 및 / 또는 트랜잭션을 지원하고 여전히 성능을 충족 시킬지 결정하는 데 사용됩니다. 이 테스트 중에는 프로세서 용량, 네트워크 대역폭, 메모리 사용량, 디스크 용량 등과 같은 리소스가 고려되어 목표에 맞게 조정됩니다.
온라인 뱅킹은 용량 테스트가 중요한 역할을 할 수있는 완벽한 예입니다.
Reliability/Recovery Testing (신뢰성 테스트 또는 복구 테스트)
신뢰성 테스트 또는 복구 테스트 - 응용 프로그램이 실패 또는 비정상적인 동작 후에 정상 상태로 돌아갈 수 있는지 여부와 그것이 수행되는데 걸리는 시간 (즉, 시간 추정)을 확인하는 것입니다.
온라인 거래 사이트가 하루 중 특정 시점 (최대 시간)에 주식을 매매 할 수 없지만 1시간 또는 2시간 후에 주식을 매매 할 수있는 경우, 신뢰성이 있다고 말할 수 있습니다. 또는 비정상적인 행동에서 회복되었다.
'Testing > Non-Functional Testing' 카테고리의 다른 글
성능 테스트 전략 문서 작성 방법 - 범위 (0) | 2019.05.10 |
---|---|
성능 테스트 전략 문서 작성 방법 - 소개 (0) | 2019.05.10 |
성능 테스트 전략 문서 작성 방법 (0) | 2019.05.10 |
Performance Test Process (0) | 2019.05.09 |
What is Performance Testing (0) | 2019.05.08 |