어플리케이션을 클라우드로 마이그레이션하는 것은 기업에게 독특한 과제입니다. 사용자는 서버 또는 로컬 IT 인프라의 다른 기본 구성 요소와 직접 상호 작용하지 않습니다. 클라우드에서는 누구나 어플리케이션을 보고 사용할 수 있습니다. 따라서 어플리케이션 테스트는 모든 클라우드 마이그레이션의 핵심 부분입니다.
공식적인 프레임워크는 IT 팀이 클라우드에서 어플리케이션이 제대로 작동하는지 확인하는 클라우드 마이그레이션 테스트 전략을 개발하는 데 도움이 됩니다. 주의가 필요한 주요 측면, 따라야 할 모범 사례, 발생할 수 있는 문제 및 해결 방법을 살펴보겠습니다.
클라우드 마이그레이션 테스트가 중요한 이유는 무엇입니까?
클라우드 마이그레이션 테스트를 통해 IT 팀은 어플리케이션이 클라우드로 마이그레이션된 후에도 계속 정상적으로 운영되고 더 나은 사용자 환경을 보장할 수 있습니다. 이를 위해서는 마이그레이션 전후의 어플리케이션 성능, 로컬에서 실행되는 방식, 클라우드로 마이그레이션한 후 작동하는 방식을 측정해야 합니다.
클라우드 마이그레이션 테스트의 지표는 모든 문제를 식별하고 수량화하는 데 도움이 됩니다. 그렇지 않으면 추측에 근거한 비교로 IT 직원의 시간과 자원을 소모하게 됩니다. 주요 지표로는 애플리케이션 시작 및 응답 시간, 최대 요구 사항 및 비근무 시간 성능, 다양한 플랫폼 (데스크톱, 원격 연결 및 모바일 장치) 에서의 가용성 등이 있습니다.
또한 클라우드 공급업체가 업데이트를 게시하여 어플리케이션에 성능 문제가 발생할 수 있습니다. 테스트 지표를 통해 이를 검증하고 클라우드 공급업체와 협력하여 어떤 일이 발생했는지, 어떤 조정이 이러한 문제를 해결할 것인지 파악합니다.
마지막으로 클라우드 마이그레이션 테스트는 IT 팀이 성능이나 UX 를 조정할 수 있는 위치를 밝혀 클라우드에 어플리케이션을 유지하는 것이 합리적임을 입증합니다.
클라우드 마이그레이션 테스트와 기존 애플리케이션 테스트의 차이점은 무엇입니까?
로컬 어플리케이션 테스트와 클라우드로 마이그레이션된 어플리케이션 테스트의 주요 차이점은 클라우드 컴퓨팅의 확장성, 추가 통합 및 의존성에 적응해야 한다는 것입니다. 일부 통합은 식별하고 이해하기 어려울 수 있습니다. 클라우드 테스트 프레임워크는 로컬 컨텐츠를 테스트하는 데 사용되는 프레임워크와 다를 수 있으며 로드 테스트 또는 침투 테스트와 같은 일부 도구도 다를 수 있습니다.
그러나 로컬에서 클라우드에 이르기까지 테스트의 실제 최종 목표는 변경해서는 안 된다는 점을 기억하십시오. 서로 다른 목표나 가이드라인은 그것들이 더 이상 비교할 수 없다는 것을 의미한다. 여러 가지 동일한 단계와 도구를 사용하여 어플리케이션을 클라우드로 마이그레이션하기 위한 노력을 명확하게 보여줍니다. 테스트 프레임워크 또는 방법을 변경하면 결과에 영향을 줄 수 있습니다.
클라우드 마이그레이션 테스트 유형
클라우드 마이그레이션 테스트의 목표는 가능한 모든 기능과 기능을 테스트하는 것이 아니지만 어플리케이션이 예상대로 작동하는지 확인하기 위해서는 신뢰할 수 있는 테스트 및 지표 결과가 필요합니다. 클라우드 마이그레이션의 경우 다음과 같은 여러 유형의 테스트가 특히 중요합니다.
기능 검증. 건물이 구성 요소 및 서비스 기능 요구 사항, 클라우드 마이그레이션 작업 쌍방을 충족하는지 확인합니다. 누락 된 것은 곧 강조 될 것입니다.
성능. 여기에는 데이터 처리 능력, 용량 로드, CPU 및 메모리 사용 등 실제 조건에서 애플리케이션의 성능을 측정하는 몇 가지 지표가 포함됩니다.
통합。 어플리케이션이 다른 서비스 및 어플리케이션과 연결되어 클라우드와 로컬 (둘 다 있을 수 있음) 에서 데이터를 즐길 수 있습니다. IT 팀은 이러한 연결이 클라우드에서 여전히 유효한지 확인해야 합니다. 관련 서비스가 서로 다른 클라우드에 있거나 로컬에 있는 경우 까다로울 수 있습니다.
기타 테스트가 필요한 분야: 애플리케이션에 전용 포털이 있거나 모바일 장치에서 실행되도록 인터페이스를 조정해야 하는 경우 안드로이드 및 Apple 플랫폼에서 테스트해 보십시오. 클라우드로 마이그레이션된 어플리케이션과 로컬로 실행되는 어플리케이션에 모두 해당됩니다. 가능한 모든 장치 유형을 테스트하는 것은 가능하지 않을 수 있으므로 사용자 기반과 함께 최적의 모바일 플랫폼을 결정하십시오.
또한, 서로 다른 데이터 속도가 응용 프로그램의 동작에 영향을 미치기 때문에 테스트는 셀룰러 네트워크와 Wi-Fi 네트워크에서 수행됩니다. 회사의 Wi-Fi 네트워크 외부에서 이 작업을 수행할 경우 네트워크 내부 서비스에 액세스하는 방식이 Wi-Fi 네트워크 외부와 다를 수 있으며, 이로 인해 응용 프로그램이 다르게 실행되거나 전혀 실행되지 않을 수 있습니다.
마지막으로, 인쇄성을 테스트합니다. 그렇습니다. 사람들은 여전히 인쇄를 합니다. 이것이 일부 사람들의 핵심 업무 기능입니다. 이 잠재적 도전 기술 문제를 과소평가하지 마라. 클라우드 기반 어플리케이션에서 로컬 인쇄에 이르기까지 로컬에 없는 보안 및 네트워크 문제가 발생할 수 있습니다.
클라우드 마이그레이션 테스트의 보안 고려 사항
로컬에서 클라우드로 응용 프로그램을 마이그레이션하기 전에 적절한 응용 프로그램 보안 감사를 수행하고 최종 사용자의 권한을 조정해야 합니다. 가장 하고 싶지 않은 일은 애플리케이션 작동 방식과 상호 의존성에 영향을 미치는 추가 변경 사항을 도입하는 것입니다.
클라우드 마이그레이션 테스트에는 세 가지 주요 요소를 확인하기 위한 보안 검증이 포함되어야 합니다.
(1) 누가 이 응용 프로그램에 액세스할 수 있습니까? 사용자가 액세스할 계정 및 기능/기능으로 시작합니다. 더 많은 변수를 추가해도 테스트가 도움이 되지 않거나 가속화되지 않으므로 수평 이동을 통해 최종 사용자의 액세스는 로컬 응용 프로그램에서 보유하고 있는 것을 반영해야 합니다.
(2) 최소 특권을 보장하는 방법? 클라우드의 여러 서비스 간에 데이터를 이동할 때 최소 권한을 보장하는 단계는 무엇입니까? 클라우드 공급업체는 이 문제를 해결하는 데 도움이 되는 서비스 및 보고서를 제공합니다. 시간을 내어 그것들을 배우고 사용하세요.
(3) 보안 변경이 어플리케이션에 영향을 미칩니까? 보안 변경 후 성능에 영향을 줄 수 있으므로 항상 애플리케이션 테스트를 다시 실행하십시오. 예를 들어 동적 및 정적 데이터 암호화가 애플리케이션의 응답 시간을 변경하거나 CPU 주기의 오버헤드를 증가시킬 수 있습니까? 이는 전체 테스트의 하위 집합일 수 있지만 응용 프로그램이 여전히 제대로 작동하고 있는지, 보안 변경으로 인해 응용 프로그램이 오프라인되지 않는지 다시 확인해야 합니다.
클라우드 마이그레이션 테스트의 7 가지 일반적인 과제와 이러한 과제를 해결하기 위한 모범 사례.
일이 아무리 순조롭게 진행되더라도 응용 프로그램 테스트는 도전이다. 네가 모든 계획과 테스트를 수행했음에도 불구하고, 너는 여전히 문제가 생길 것이다. 네가 원하는 만큼 순조로울 것은 없지만, 대부분의 문제는 해결할 수 있다.
과제 # 1: 애플리케이션 테스트 지표의 우선 순위를 어떻게 지정합니까?
어플리케이션의 사용자 경험과 보안은 전체 어플리케이션에 중요하지만 최종 어플리케이션은 예상대로 작동해야 합니다. 핵심 기능이 없는 어플리케이션은 사용자에게 절대적으로 안전하거나 매우 간단하더라도 아무런 이점이 없습니다.
모범 사례: 핵심 기능의 설계 및 보안 균형 조정. 클라우드 마이그레이션 전 기간의 모든 요소 (기능, 사용자 경험, 보안) 를 해결하는 데 시간과 노력을 쏟습니다. 이것들은 여러분이 다른 단계에서 처리할 수 있는 독립적인 측면이 아닙니다. 그것들은 상호 연관되어 있으니, 너는 반드시 초기에 그것들을 처리해야 한다.
도전 2: 응용 프로그램을 실행하기 위해 지름길로 가지 마세요.
어플리케이션이 클라우드에서 제대로 작동하는지 확인하는 것이 중요하지만 단기 목표를 달성하기 위해 나쁜 습관을 들이지 마십시오. IT 팀은 보안 제어를 줄이거나 해제하여 애플리케이션이 새로운 환경에서 제대로 작동하도록 한 다음 이러한 보호 기능을 복구하는 것을 잊어버릴 수 있습니다. 이렇게 하면 처음에는 시간을 절약할 수 있지만 나중에 점점 더 복잡한 작업을 만들어 전체 테스트를 더욱 어렵게 만들 수 있습니다.
모범 사례: 처음부터 보안을 계획합니다. 보안 권한 문제가 자주 발생하여 응용 프로그램의 기능을 방해할 수 있지만 무의식적인 반응을 참으며 대대적인 변경을 하여 일을 즉시 운영할 수 있다. (윌리엄 셰익스피어, 템페스트, 보안, 보안, 보안, 보안, 보안, 보안, 보안) 클라우드 마이그레이션 계획에 이러한 문제를 해결할 시간을 마련하십시오.
과제 #3: IT 만으로는 클라우드 마이그레이션 테스트를 완료할 수 없습니다.
클라우드 마이그레이션은 복잡한 작업이며 마이그레이션된 어플리케이션이 대규모로 안전하게 실행될 수 있도록 많은 전문가가 필요합니다. 그것은 엄청난 책임을 지고 있으며, 그들은 이러한 임무를 이끌어가는 데 도움을 줄 수 있지만, 개발에 대한 전문 지식이 없으면, 너는 기술 문제에만 집중할 수 없다.
모범 사례: 다양한 테스트 팀을 구성합니다. 애플리케이션 지원을 제공하고 가능한 문제를 식별할 수 있는 교차 기능 팀을 구성합니다. 너의 팀은 반드시 유연해야 한다. 너는 콘텐츠 전문가가 필요해서 모든 방면에서 주목을 받을 수 있도록 해야 한다. 회의에서 프로젝트를 분류하면 모든 사람에게 많은 정보 부담을 주지 않을 것이다. 어떤 사람들은 자신의 전문 지식 범위를 벗어나는 기술 문제를 지루하거나 이해할 수 없을 수도 있다.
과제 #4: "단순한" 업데이트와 범위 확산에 저항하십시오.
클라우드로 마이그레이션된 어플리케이션에 대해 암호화를 활성화하는 것이 이상적이고 간단해 보입니다. 그러나 변경 사항은 애플리케이션 운영의 다른 여러 측면에 무의식적으로 영향을 줄 수 있으며 기술적 문제와 비용을 증가시킬 수 있다는 점에 유의하십시오. 마이그레이션 테스트의 범위나 기능 확장은 지속 불가능한 수준으로 빠르게 확장될 수 있습니다.
모범 사례: 추가 기능을 테스트하고 검사합니다. 우선, 응용의 핵심 기능에 대해서는 가능한 한 원래의 계획을 고수하십시오. 테스트 단계는 기능 확장의 시간과 장소가 아닙니다. 작은 새로운 기능이나 기능을 추가해야 하는 경우 모든 사람이 이러한 변경 사항에 동의하고 테스트 및 검토하여 더 넓은 영향을 이해하도록 하십시오.
과제 #5: 테스트 진행 상황과 경쟁 우선 순위의 균형
데이터를 확인하고 오류 로그를 처리하기 위해 일주일에 한 번 이상 지속적인 보안 테스트를 수행하는 것이 좋습니다. 불행히도 IT 와 경영진의 자금, 시간, 변화하는 우선 순위로 인해 이러한 계획이 전복될 수 있습니다. 클라우드를 사용하는 매초마다 돈을 써야 한다. 직원들은 시간과 돈이 필요하며, 애플리케이션 출시 후 대부분의 운영 및 개발 팀은 다른 프로젝트로 이전됩니다.
모범 사례: 주요 업데이트를 계획하고 더 많은 업데이트를 추진합니다. 항상 가용 자원을 사용하여 수요를 충족시킬 수 있는 방법을 찾을 수 있습니다. 클라우드 마이그레이션 테스트의 경우 경영진이 원하는 것, 필요한 것, 원하는 것을 이해하려고 합니다. 기본 애플리케이션 또는 플랫폼의 주요 변경 사항을 중심으로 일일 및 주간 검사를 위한 테스트 프레임워크를 설정합니다. 만약 더 많은 자원이 있다면, 더 빈번한 정기 검사를 쟁취하십시오.
과제 6:UX 테스트 범위가 좁습니다
일부 IT 팀은 현지 테스트를 위해 일반 사용자 기반에 의존하거나 특정 소프트웨어 전문가에게 의존합니다. 그러나 어플리케이션을 클라우드로 마이그레이션할 때는 어플리케이션에 대한 보다 포괄적인 이해가 필요합니다. 즉, 기술적 관점뿐만 아니라 전체 사용자 경험에 대한 데이터를 여러 각도에서 수집할 수 있습니다.
모범 사례: 사용자 테스트 팀을 확장하십시오. 다양한 경험과 역할의 수많은 테스터와 사용자 테스트를 조정합니다. 구름을 아는 사람과 초보자를 포함해서요. 대부분의 최종 사용자는 클라우드의 내부 메커니즘을 이해하지 못하거나 신경쓰지 않지만, 애플리케이션, E, 성능에 대한 기대가 있습니다. 때때로 그들은 당신보다 더 잘 알 수 있습니다.
과제 #7: 테스트 지표가 클라우드 비용 문제를 무시했습니다.
로컬 마이그레이션에서는 일반적으로 응용 프로그램에 관련된 모든 부분이 있습니다. 클라우드 마이그레이션에서는 각 프로세스 단계, 호출되는 서비스, 캐시로 전송 또는 로컬 데이터 반환으로 인해 비용이 발생합니다. 다른 클라우드 서비스와의 통합 및 의존성도 있으며, 그 중 일부는 분명하지 않을 수 있습니다. 새로운 클라우드 기반 테스트 도구도 사용할 수 있습니다. 청구서를 받으면 비용이 충격적일 수 있으며 어플리케이션을 조정하고 클라우드 마이그레이션을 재평가하도록 강요할 수 있습니다.
모범 사례: 정기 테스트는 비용 추세를 보여줍니다. 비용 관리는 클라우드 마이그레이션 테스트의 중점은 아니지만 테스트를 통해 기업은 클라우드에서 어플리케이션이 어떻게 작동하는지 알 수 있습니다. 즉, 잦은 클라우드 마이그레이션 테스트를 통해 기업은 데이터 전송, 사용 패턴 및 주요 종속성을 더 잘 이해할 수 있습니다. 이것은 당신이 계산서를 받을 때 사고가 나지 않는다는 것을 의미한다.