성능 테스트와 성능 엔지니어링의 차이점은 무엇인가요?

Question

Accepted Answer

기존 성능 테스트는 사실상 성능 엔지니어링의 하위 집합입니다. 일반적으로 개발 후 품질 보증(QA) 주기의 일부로 한 차례의 로드 테스트를 실행합니다. 성능 테스트에는 예상 워크로드에서 애플리케이션의 속도, 신뢰성, 확장성, 안정성, 응답 시간 및 리소스 사용량을 확인하는 작업이 포함됩니다. 성능 엔지니어링과 성능 테스트의 차이점을 살펴보기 전에 먼저 성능 테스트를 따로 분리하여 살펴보고 왜 그 자체로는 더 이상 지속 가능하지 않은지 알아보겠습니다. 첫째, 테스트를 독립적으로 간주하고 기능 테스트가 끝날 때만 시작하는 사후 고려 사항으로 취급합니다. 둘째, 사일로에서 작업하면 프로젝트 하위 팀 간의 커뮤니케이션 격차가 커지고 고품질의 제품을 제공하는 데 필요한 협업이 이루어지지 않습니다. 셋째, 성능 테스트가 시작될 무렵에는 이미 애플리케이션의 설계, 개발 및 홍보에 상당한 시간과 노력, 재정이 투입된 후입니다. 넷째, 성능 테스트는 종종 사후 고려 사항으로 취급되어 출시 전 '완료' 기준에 포함되지 않습니다. 따라서 이 시점에서 비즈니스는 긴급하게 앱을 제작해야 하며 지연이 발생하지 않기를 기대합니다. 이러한 맥락에서 QA의 피드백은 릴리스 전에 완전히 수정하기에는 너무 늦게 발생합니다. 릴리스를 일정에 맞추기 위해 불필요하게 많은 성능 문제가 프로덕션 환경으로 전달될 수밖에 없었습니다. 생산 단계에서 결함을 수정하는 것은 개발 초기에 수정하는 것보다 훨씬 더 많은 비용과 혼란을 초래합니다. 다섯째, 기존의 성능 테스트는 폭포수 모델에는 완벽했을지 몰라도 오늘날의 데브옵스 중심세계에서는 적합하지 않습니다. DevOps는 변경 사항이 시스템에 커밋되는 시점과 변경 사항이 프로덕션에 적용되는 시점 사이의 시간을 단축하여 새 릴리스의 실패율을 줄입니다. 지속적 통합 및 지속적 배포(CI/CD)는 소프트웨어가 수명 주기 내내 항상 릴리스 가능한 상태를 유지하도록 합니다. 또한 DevOps는 이해관계자, 기능 및 도구 간의 엔드투엔드 협업을 지원하기 위해 조직을 재편하는 데 중점을 둡니다. DevOps의 신속한 배포 요구를 충족하려면 소프트웨어 개발에는 보다 진화된 성능 테스트 접근 방식이 필요합니다. 이 새로운 접근 방식이 바로 소프트웨어 성능 엔지니어링입니다. 이제 성능 엔지니어링과 성능 테스트의 주요 차이점에 대해 자세히 알아보겠습니다. 첫째, 성능 테스트는 애플리케이션의 부하 처리 및 응답성에 대한 품질 점검입니다. 시스템이 프로덕션 부하를 얼마나 잘 견딜 수 있는지 설정하고 과부하 상태에서 발생할 수 있는 문제를 예측합니다. 성능 엔지니어링은 처음부터 성능 메트릭을 염두에 두고 애플리케이션을 설계하고 개발 초기에 문제를 쉽게 발견할 수 있도록 지원합니다. 둘째, 성능 테스트는 일반적으로 소프트웨어 개발이 완료될 때 수행되는 QA 프로세스입니다. 성능 엔지니어링은 설계부터 개발, 최종 사용자 경험에 이르기까지 소프트웨어 개발 주기의 모든 단계에 포함되는 지속적인 프로세스입니다. 셋째, 성능 테스트는 QA 팀에서 수행하며 성능 엔지니어링에는 RND와 QA가 포함됩니다.