자동화된 테스트가 DevOps를 지원하는 방법

테스트 자동화는 웹 애플리케이션과 같은 소프트웨어 제품이 코드 스타일, 기능(비즈니스 논리) 및 사용자 환경에 대한 미리 정의된 품질 표준을 충족하는지 자동으로 검토 및 검증하는 방법입니다.

테스트 관행에는 일반적으로 다음 단계가 포함됩니다.

• 단위 테스트: 함수와 같은 개별 코드 단위가 예상대로 작동하도록 유효성을 검사
• 통합 테스트: 의도하지 않은 결과 없이 여러 코드가 함께 작동하도록 보장
• 엔드투엔드 테스트: 애플리케이션이 사용자의 기대에 부합하는지 검증
• 예비 테스트: 기능적 또는 시각적 문제를 파악하기 위해 사용자의 관점에서 애플리케이션의 수많은 영역을 검토하는 비구조적 접근 방식을 사용

여러 유형의 테스트를 피라미드로 시각화하는 경우가 많습니다. 피라미드를 올라가면 각 유형의 테스트 수가 줄어들며 테스트를 만들고 실행하는 비용이 증가합니다.

역사적으로 피라미드 내의 모든 테스트는 수동으로 수행했습니다. 자동화된 테스트 도구가 나오기 전까지는 느리고 비용이 많이 들며 오류가 발생하기 쉬운 프로세스였습니다.

오늘날 거의 모든 단위 테스트는 완전히 자동화되어 있으며 단위 테스트 자동화는 모범 사례로 간주됩니다. 통합 테스트도 대부분 자동화되어 있으며, 그렇지 않은 경우 일반적으로 더 많은 수동 엔드투엔드 테스트를 위해 건너뜁니다. 현재 테스트 자동화 노력의 흐름은 주로 테스트 피라미드의 엔드투엔드 계층을 자동화하는 데 중점을 두어 통합 테스트의 필요성을 줄입니다.

자동화 도구는 10년 이상 존재해 왔지만 많은 도구가 코딩 기술을 필요로 하며 문제 해결 및 대규모 유지 관리를 위해 높은 비용을 수반하는 불안정한 테스트를 수행해야 하는 경우가 많습니다. 결국 많은 팀은 자체적인 사용자 지정 자동화 프레임워크를 만들게 되고, 이에 따른 가파른 학습 곡선 때문에 새로운 팀원을 온보딩하는 작업에 많은 시간과 노력이 소모됩니다. 또한 사용자 지정 프레임워크는 변화하는 기술 스택에 발맞추기 위해 자체적인 유지 관리와 개선을 필요로 합니다. 그 결과로 지금까지 대부분의 엔드투엔드 테스트는 수동 프로세스였습니다.

조직의 DevOps 관행이 성숙해지면 수명 주기 전반에 걸쳐 DevOps 주요 이점, 즉 더 빠르고 안정적으로 구축, 테스트 및 출시하고, 인시던트 대응을 간소화하며, 팀 전반에서 협업 및 커뮤니케이션을 활용하기 위해 테스트 자동화의 필요성이 중요하게 됩니다. QA 팀에서 릴리스 빌드를 며칠 간 테스트 하는 동안 개발자가 피드백을 받아서 식별된 문제를 수정하기 할 수 없다는 것은 더 이상 바람직한 상황이 아닙니다. QA 팀은 테스트 케이스를 자동화하고 거의 100%에 가까운 코드 커버리지를 달성하여 DevOps 주기에서 자신들의 노력을 정렬해야 합니다. 환경은 표준화되어야 하며 QA 박스에서의 배포는 자동화되어야 합니다. 사전 테스트 작업, 정리, 사후 테스트 작업 등을 자동화하고 지속적 통합 주기에 맞게 정렬해야 합니다.

이제 적은 양의 코딩만 필요한 mabl과 같은 도구가 있어서 CI/CD 파이프라인의 모든 단계에서 안정적이고 자동화된 엔드투엔드 테스트를 통합할 수 있으며 개발 라이프사이클 초기에 문제를 포착하는 데 도움이 됩니다. 릴리스에서 문제를 조기에 발견할수록 문제를 해결하는 것이 더 빠르고 저렴하다는 것은 잘 알려져 있습니다.

모든 상황에 맞는 단일 솔루션은 없지만 팀을 위한 테스트 자동화 전략을 정의할 때 고려해야 할 몇 가지 중요한 사항은 다음과 같습니다.