소프트웨어에서의 소크 테스트: 의미 및 예시

침지 테스트란 무엇인가요?

담금 테스트 오랜 시간 동안 엄청난 양의 부하가 걸리는 소프트웨어 애플리케이션의 성능을 측정하는 데 사용되는 비기능 테스트 유형입니다. Soak 테스트의 목표는 소프트웨어 애플리케이션이 높은 사용량을 유지하는지 확인하고 설계 기대치를 벗어나는 일이 발생하는지 확인하는 것입니다.

아래 이미지는 담금 테스트(성능 테스트 유형)은 애플리케이션에서 수행됩니다.

이러한 유형의 테스트에서 기본적으로 모니터링되는 것은 시스템 내 애플리케이션의 메모리 사용률입니다. 시스템 수준에서 테스트하여 시스템이 매우 높은 사용량을 견딜 수 있는지 확인하고 설계 기대치를 벗어나는 일이 발생하는지 확인합니다.

담금 테스트를 수행하는 이유는 무엇입니까?

시스템은 2시간 동안 사용하면 정상적으로 작동할 수 있지만, 동일한 시스템을 10시간 이상 지속적으로 사용하면 고장나거나 비정상적으로/무작위로 작동하거나 충돌할 수 있습니다. 이러한 고장을 예측하기 위해 침지 테스트가 수행됩니다.

침지 테스트는 언제 해야 합니까?

침지 테스트는 다음 시나리오에서 수행해야 합니다.

1. 빌드가 클라이언트에 배포되기 전, 즉 특정 플랫폼에서 모든 애플리케이션을 릴리스하기 전에 높은 또는 동등한 트래픽 수준에서 성공적인 일련의 부하 테스트를 거쳐야 합니다. 그 후 담그기 테스트가 수행됩니다.. 이는 특정 애플리케이션을 장기간 실행하는 방법을 결정하는 데 도움이 됩니다. Soak에 있는 동안 메모리 누수/메모리 손상과 같은 문제가 발견되면 즉시 보고해야 합니다.
2. 흡수 테스트를 수행하기에 가장 좋은 시간은 애플리케이션이 낮이나 밤 동안 실행 상태에 있어야 하기 때문에 주말입니다. 그것은 전적으로 테스트 상황의 한계에 달려 있습니다. 흡수 테스트는 모든 회사에서 매우 엄격하게 따라야 하는 가장 중요한 규정 준수 요구 사항 중 하나입니다.

담금 테스트 전략

Long Session Soak Testing은 시스템이 오랜 시간 동안 부하를 받는 전략입니다.

간단한 예로, 사용자가 여러 시간 동안 시스템에 로그인하여 여러 비즈니스 거래를 실행하는 경우가 있습니다. 이런 식으로 많은 데이터가 생성됩니다. 시스템/데이터베이스 서버에 많은 부하가 걸려 시스템/데이터베이스 서버가 중단되거나 충돌할 수 있습니다.

장기 세션 담그기 테스트에서는 여러 날(예: 30일) 활동이 제한된 시간(예: 2일) 내에 수행됩니다. 이 제한된 기간 동안의 거래 수는 며칠 동안의 거래와 일치하거나 그 이상이어야 합니다. 처리된 트랜잭션 수에 초점을 맞춰야 합니다. Soak 테스트에서 가장 중요한 부분은 CPU에서 사용 가능한 메모리와 앞으로 사용될 메모리 양을 확인하는 것입니다. 흡수 테스트 시작과 종료 시 메모리 사용량을 기록해야 합니다. 필요한 경우 다음과 같은 기능의 메모리 사용량 Java 가상 머신도 중요하므로 모니터링해야 합니다.

다음은 침지 테스트를 시작하기 전에 사용자/테스터가 수행해야 할 몇 가지 추가 확인 사항입니다.

a) 데이터베이스 리소스 소비를 모니터링합니다.

b) 서버 리소스 소비(예: CPU 사용량)를 모니터링합니다.

c) 흡수 테스트는 현실적인 사용자 동시성으로 실행되어야 합니다.

담금 테스트의 특성

표준 침지 테스트 방법은 다음과 같은 특성을 가져야 합니다.

• 대부분의 흡수 테스트 기간은 사용 가능한 시간에 따라 결정되는 경우가 많습니다.
• 오랜 시간이 소요되는 경우 모든 애플리케이션은 중단 없이 실행되어야 합니다.
• 이해관계자가 합의한 모든 시나리오를 다루어야 합니다.
• 대부분의 모든 시스템에는 정기적인 유지 관리 기간이 있으며 이러한 기간 사이의 시간은 흡수 테스트 범위를 결정하는 주요 동인입니다.

침수 시험 예시

• 뱅킹 도메인의 경우 판매자로부터 대량의 데이터가 있는 경우 테스터는 70~150시간 동안 시스템을 지속적으로 로드하여 이 로드 기간 동안 애플리케이션이 어떻게 작동하는지 확인합니다.
• 시스템을 거쳐야 하는 로그인이 33,000개라고 가정하면, 이는 60일 반 동안의 활동을 나타냅니다. 이 경우, 70~6시간의 침지 테스트는 금요일 저녁 XNUMX시경에 시작할 수 있으며, 완료될 수 있습니다. Monday 아침 6시. 이러한 테스트를 통해서만 통제된 ​​조건에서 성능 저하를 관찰할 수 있습니다.
• 비디오 게임의 경우, 모바일 응용 프로그램 등에는 게임이나 응용 프로그램을 다양한 작동 모드(예: 대기 모드, 타이틀 화면에서 일시 정지 등)에서 장시간 실행 상태로 두어 응용 프로그램이 지속적으로 예상되는 부하를 처리할 수 있는지 확인하는 작업이 포함됩니다.

Soak 테스트 중 관찰되는 일반적인 문제

1. 메모리 할당(결국 메모리 위기를 초래하는 메모리 누수 또는 시간이 지남에 따라 나타나는 반올림 오류).
2. 데이터베이스 리소스 활용도(일부 조건에서 데이터베이스 커서를 닫지 못하여 결국 전체 시스템이 정지될 수 있음)
3. 이는 또한 성능 저하로 이어질 수 있습니다. 즉, 장기간 지속된 활동 후 응답 시간이 테스트 시작 시와 마찬가지로 좋도록 보장하기 위한 것입니다.
4. 시스템의 일부 또는 전체 모듈을 정지시킬 수 있는 일부 상황에서 다중 계층 시스템의 계층 간 연결을 닫지 못하는 경우.
5. 오랜 테스트 동안 내부 데이터 구조의 효율성이 떨어지기 때문에 일부 기능의 응답 시간이 점진적으로 저하됩니다.

이 테스트가 성능 테스트 제품군에 어떻게 부합하는가

성능 테스트는 포괄적인 용어입니다. 아래에 설명된 변형들은 적용되는 하중의 형태와 유지 시간만 다를 뿐이므로 서로 혼동되는 경우가 많습니다.

내구성 시험과 침수 시험은 흔히 동의어로 취급됩니다. 일반적으로 두 테스트는 모두 장시간 동안 지속적인 부하를 견뎌낸다는 공통점을 가지고 있습니다. 팀에서 두 테스트를 구분하는 경우, 내구력 테스트는 응답 시간이 증가하는지 여부에 중점을 두는 반면, 부하 지속 테스트는 메모리, 파일 핸들, 연결 풀과 같은 리소스 사용량에 중점을 둡니다. 일반적으로 두 테스트 중 하나만 실행해도 두 가지 모두에 대한 증거를 얻을 수 있습니다.

테스트 중 수집해야 할 주요 지표

성능 테스트는 실행 중에 기록한 내용이 얼마나 정확한지에 따라 결과가 달라집니다. 서버 측과 클라이언트 측에서 다음 여섯 가지 항목을 캡처한 다음, 직감에 의존하기보다는 기준선과 비교하세요.

평균과 백분위수를 함께 읽으세요. 평균 800ms, 95번째 백분위수 900ms는 시스템이 안정적임을 나타냅니다. 하지만 동일한 평균값에서 9초라는 것은 20명 중 1명이 불편한 시간을 보내고 있으며, 평균값이 이를 숨기고 있다는 의미입니다.

값뿐만 아니라 모양도 살펴보세요. 장시간 실행되는 테스트에서 리소스 그래프가 평평하면 통과이고, 상승하면 누수로 간주됩니다. 테스트 종료 시점에 절대값이 허용 범위 내에 있더라도 마찬가지입니다.

자주 묻는 질문