Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • RampUp/Down Time을 설정하여 피크타임까지 사용자를 실제 시나리오와 유사하게 늘리고 뺌 - 뺌 
    • RampUP : 피크타임까지 도달하는 시간을 정하고 최고의 트래픽을 유발
    • RampDown : 트래픽이 최소가 되어가는 시간을 설정하고 트래픽이 점진적으로 줄어듬
      • 트래픽이 빠지는구간 측정이 중요한 이유는 우리가 만든 시스템에서 자원반환이라는 중요기능을 확인하고 가용성이 복원되는지를 보는것입니다.
    • 이용어는 제조업에서 생겼던 용어로 온프레미스에서 주로 사용했던 단어이며 오늘날  클라우드 컴퓨팅에서 탄력(Elastic)적이라는 단어를 사용합니다.
  • 목표 TPS만큼 테스트가 안되면 테스트 통과 실패 - 
  • TPS가 높아도 목표 사용자수가 안되면 테스트 통과 실패 - 
  • 목표한 API 허용 에러률(1%)보다 높아도 테스트 통과 실패   (스크립트 오류및 테스트 노드장비 문제일수도 있음) - 
  • 로드 테스트를 너무 많이해서 DB FUll이 나서 테스트 통과 실패 - 
  • 알수없는 이유로 여러개의 노드중 1개의 노드가 Crash되어도 테스트 통과 실패 ( 에러율이 1%보다 높아짐)  - 
  • 에러율이 낮아도 짧은기간에 에러 집중되면 테스트 통과 실패 - 
  • 테스트를 모두 통과해도, 평균 허용치 CPU(80%)사용율을 특정시간동안 지속되면 테스트 실패 - 
  • 코드수정및 스케일 아웃처리로 모든 로드 테스트를 통과해도, 이미 통과한 QA Sign OFF를 다시 받아야함, 이과정중 Codefix가 발생하면 다시 로드 테스트 수행 -
  • 서버가 대용량 처리가 안정화 되어 ,장시간 테스트시 결국 분산 테스트툴보다 더 오래 버팀 (분산 테스트툴을 주기적으로 리셋해야되는 상황발생) -
  • 이모든 장벽을 다통과해도 테스트 시나리오때 누락된 테스트항목으로 문제발생 ( 사용자 플래폼 변경에 따른 레거시 → 신규서비스 전환 테스트 미스) - 레거시 테스트 시나리오까지 작성하기 어려움 -

...