SAP Cloud ALM 전환 시대, 테스트 전략을 다시 설계해야 하는 이유
SAP Cloud ALM 시대, 왜 지금 테스트 전략을 다시 설계해야 하는가
2027년 12월 31일, SAP 고객에게 두 가지가 동시에 끝납니다. 수십 년간 ERP의 기반이었던 SAP ECC의 지원 종료, 그리고 테스트를 포함한 전체 ALM 관리 체계를 떠받치던 SAP Solution Manager(SolMan)의 메인스트림 유지보수 종료. 대부분의 기업이 S/4HANA 전환에 집중하느라 이 두 번째 사실을 뒤로 미루고 있지만, SolMan 종료는 "시스템"이 아니라 "테스트 관리 체계 전체"가 바뀐다는 뜻입니다. 새롭게 SAP Cloud를 도입하는 기업도 예외가 아닙니다. Cloud ALM 테넌트를 열고 가장 먼저 마주치는 질문은 같습니다 — "테스트 관리는 여기서 하면 되는데, 실제 테스트 실행은 어떻게 하지?"
전환이든 신규 도입이든, SAP 테스트 전략을 (다시) 설계해야 하는 시점은 바로 지금입니다.
1. SolMan 시대의 테스트 관리를 돌아보며
SAP Solution Manager는 오랫동안 SAP 고객의 중앙 ALM 플랫폼이었습니다. Test Suite를 통한 테스트 케이스 관리, CBTA(Component-Based Test Automation)를 활용한 자동화, ChaRM(Change Request Management)과의 연계까지 온프레미스 환경에서 필요한 기능을 폭넓게 제공했습니다. 현실적으로 상당수의 SAP 고객이 SolMan의 테스트 기능을 충분히 활용하지 못하고 엑셀 기반 수동 관리에 의존해왔습니다. 수백에서 수천 개의 테스트 케이스를 엑셀로 관리하는 기업이 여전히 많은 것이 현실입니다. 그럼에도 테스트 자산의 중앙화, 변경 관리와의 연계, 온프레미스에 대한 완전한 통제라는 가치는 분명했습니다. 좋든 싫든 SolMan은 SAP 테스트 관리의 '기준점'이었습니다.
이 기준점이 2027년 말에 사라집니다. 새롭게 SAP Cloud를 도입하는 기업에게는 이 기준점이 애초에 존재하지 않습니다. 모든 SAP 고객이 동일한 질문 앞에 서게 됩니다. "Cloud ALM 시대에 테스트를 어떻게 관리하고 실행할 것인가?"
2. Cloud ALM 시대, 무엇이 달라지는가
SAP가 SolMan의 후속이자, 신규 SAP Cloud 고객의 기본 ALM 플랫폼으로 제시하는 것이 SAP Cloud ALM입니다. 클라우드 네이티브 SaaS 솔루션으로, SAP Enterprise Support 계약에 포함되어 별도 라이선스 비용 없이 사용할 수 있습니다. RISE with SAP, GROW with SAP 프로그램을 통해 SAP Cloud를 도입하는 기업은 처음부터 Cloud ALM을 ALM 플랫폼으로 받게 됩니다.
Cloud ALM은 프로젝트 관리, 구현, 테스트, 배포, 운영까지 SAP 솔루션의 전체 라이프사이클을 관리하는 플랫폼입니다. 그중에서도 테스트 관리 영역은 SolMan과 접근 방식 자체가 다릅니다. 프로세스-요구사항-테스트 케이스가 하나의 흐름으로 연결되어 완전한 추적성(Traceability)을 제공하고, SAP Best Practice 기반의 표준 테스트 케이스를 임포트하여 빠르게 시작할 수 있으며, 대시보드를 통해 테스트 진행 상황과 결함 현황을 실시간으로 파악할 수 있습니다.
SolMan에서 전환하는 기업에게 Cloud ALM의 테스트 거버넌스는 분명한 진보입니다. 신규 도입 기업에게는 체계적인 테스트 관리를 처음부터 갖출 수 있는 기회입니다.
그런데 여기서 한 가지 중요한 사실을 짚어야 합니다.
3. 핵심 문제: "오케스트레이션"과 "실행"은 다르다
Cloud ALM은 테스트를 "관리"하는 플랫폼이지, 테스트를 "실행"하는 도구가 아닙니다.
이것은 비판이 아니라 SAP의 공식 입장입니다. SAP는 Cloud ALM에 자체 테스트 자동화 엔진을 탑재하지 않았고, 대신 서드파티 테스트 자동화 도구와의 통합에 개방적인 구조를 채택했습니다. Cloud ALM에서 자동 테스트 케이스를 생성하면, 그것은 일종의 "껍데기"입니다. 실제 테스트 스크립트 작성과 실행은 외부 도구가 담당합니다.
비유하자면, Cloud ALM은 오케스트라의 '지휘자'입니다. 어떤 곡을 연주할지 정하고, 순서를 배치하고, 진행 상황을 관리합니다. 하지만 실제 '연주'는 별도의 악기, 즉 테스트 자동화 도구가 맡습니다. 지휘자 없이 연주할 수는 있지만, 악기 없이 지휘만 해서는 음악이 나오지 않습니다.
Cloud ALM(지휘자: 테스트 계획·추적·대시보드) + 테스트 자동화 도구(연주자: 스크립트 작성·실행·검증)
이 구조적 특징은 기존 고객과 신규 고객 모두에게 동일한 과제를 던집니다.
기존 SolMan 고객의 경우:
ALM 플랫폼 전환은 계획하면서도, 그 위에서 실행할 테스트 자동화 도구 전략은 뒤로 미루는 경우가 많습니다. Cloud ALM으로 이전하면 테스트도 자연스럽게 해결될 것이라는 기대는 위험합니다. 특히 SolMan의 CBTA를 사용하던 기업이라면, CBTA가 SolMan과 함께 지원 종료되어 Cloud ALM에서는 작동하지 않으므로 기존 자동화 자산을 그대로 가져갈 수 없습니다. S/4HANA Migration이나 분기별 Upgrade처럼 대규모 테스트가 필요한 상황에서 자동화 도구 공백은 치명적입니다.
신규 SAP Cloud 도입 기업의 경우:
Cloud ALM이 기본으로 제공되니 테스트 관리 플랫폼은 확보한 셈입니다. 하지만 테스트 케이스를 어떤 도구로 실행할지, 테스트 데이터는 어떻게 준비할지, 대량 회귀 테스트를 어떻게 자동화할지는 별도로 설계해야 합니다. Cloud ALM 테넌트가 있다고 해서 테스트 자동화가 준비된 것은 아닙니다.
어느 쪽이든, 지휘자는 준비되었는데 연주자가 없는 오케스트라가 될 수 있습니다.
4. 지금 점검해야 할 3가지 질문
SolMan에서 전환하는 기업이든, SAP Cloud를 새로 도입하는 기업이든 지금 시점에서 점검해야 할 핵심 질문은 동일합니다.
질문 1: 테스트 자산을 Cloud ALM 체계 위에서 어떻게 구축·관리할 것인가?
기존 기업이라면: SolMan이나 엑셀에 축적된 테스트 케이스, 스크립트, 실행 이력을 Cloud ALM으로 어떻게 이관할지 계획이 필요합니다. 엑셀로 관리해왔다면 오히려 이 기회에 체계적인 테스트 자산으로 정비할 수 있습니다. 신규 기업이라면: 백지 상태에서 테스트 자산을 어떤 구조로 쌓아갈지 설계해야 합니다. Cloud ALM이 제공하는 Best Practice 템플릿을 활용하되, 자사의 비즈니스 프로세스에 맞게 테스트 시나리오를 구성하는 작업이 필요합니다. 어느 쪽이든, 테스트 자산의 현황 파악 또는 설계가 첫 번째입니다.
질문 2: Cloud ALM 위에서 실행할 테스트 자동화 도구는 무엇으로 할 것인가?
Cloud ALM이 오케스트레이션을 담당한다면, 실제 테스트를 실행할 도구는 별도로 선정해야 합니다. 이 선택이 향후 수년간의 테스트 효율과 품질을 좌우합니다. Cloud ALM 위에서 테스트를 실행할 도구 없이 프로젝트를 시작하면, S/4HANA 전환 프로젝트에서 통상적으로 필요한 수백 건 이상의 E2E 테스트 시나리오를 수동으로 감당해야 합니다. 실행 방식, 속도, SAP 특화 깊이, 유지보수 효율성 등 여러 기준을 놓고 신중하게 평가해야 합니다. 이 질문은 기존 고객이든 신규 고객이든 동일하게 직면하는 가장 핵심적인 과제입니다.
질문 3: SAP 프로젝트 일정 안에서 테스트 체계를 어떻게 함께 구축할 것인가?
S/4HANA 전환이든, 신규 S/4HANA Cloud 구현이든 프로젝트 자체가 대규모 테스트를 요구합니다. 동시에 그 테스트를 관리하고 실행할 체계도 함께 갖춰야 합니다. 현실적인 접근은 핵심 비즈니스 프로세스 3~5개를 대상으로 Cloud ALM 테스트 관리와 자동화 도구를 먼저 세팅하고, 프로젝트의 첫 테스트 사이클부터 적용하는 것입니다. 전체를 한꺼번에 완성하려 하면 프로젝트 일정에 밀려 결국 아무것도 못 하게 됩니다.
결론
2027년은 SAP 생태계의 전환점입니다. S/4HANA로의 시스템 전환에 집중하느라, 또는 신규 SAP Cloud 도입의 기능 구현에 집중하느라, 테스트 관리 체계라는 근본적인 과제를 놓치기 쉬운 시점이기도 합니다.
Cloud ALM은 테스트를 관리하는 방식에 있어 분명한 진보입니다. 하지만 "오케스트레이션"과 "실행"이 분리된 구조를 이해하지 못한 채 프로젝트를 시작하면, Go-live 후 테스트 공백이라는 예상치 못한 리스크에 직면하게 됩니다. 이것은 SolMan에서 전환하는 기업이든, Cloud ALM을 처음 사용하는 기업이든 마찬가지입니다.
앞서 제기한 세 가지 질문에 답을 가지고 있다면, 이미 좋은 출발점에 서 있습니다. 아직 답이 없다면, 지금이 준비를 시작할 때입니다. 다음 글에서는 이 중 가장 핵심적인 질문 — Cloud ALM의 테스트 관리가 실무에서 어디까지 커버되고, 어디서부터 별도 도구가 필요한지를 구체적으로 분석하고, 테스트 자동화 도구 선택 시 반드시 확인해야 할 핵심 기준을 제시합니다.