모바일 앱 성능 테스트

모든 모바일 앱에서는 성능이 매우 중요합니다. 모바일 앱의 성능이 좋지 않으면 최종 사용자는 앱을 제거하고 성능이 더 좋은 다른 애플리케이션을 찾습니다.

모바일 애플리케이션을 최종 사용자에게 출시하기 전에 철저히 테스트해야 합니다.

모바일 애플리케이션 테스트 전략

휴대전화나 스마트 기기의 애플리케이션 성능은 일반적으로 다음 세 가지 범주로 측정됩니다.

장치 성능
서버/API 성능
네트워크 성능

장치 성능

클라이언트가 앱 속도가 느리다고 느끼면 짜증이 납니다.

장치 성능의 경우 다음을 확인하세요.

앱 시작앱을 시작하는 데 시간이 얼마나 걸리나요? 이는 사용자가 판단하는 첫 번째 성능 매개변수입니다. 경험상 사용자가 앱 아이콘을 탭한 후 첫 번째 화면은 1~2초 내에 표시되어야 합니다.
앱 사용 중 배터리 시간지속적으로 사용하면 일부 모바일 앱은 배터리 수명을 많이 소모하고 휴대폰을 가열합니다. 이 요소는 모든 모바일 앱의 성능을 크게 향상시키며 일반적으로 앱이 필요한 것보다 더 많은 리소스를 사용할 때 발생할 수 있습니다. 과도한 리소스 사용은 프로세서에 부담을 주고 휴대폰이 뜨거워집니다.
메모리 소비인셀덤 공식 판매점인 지원 앱을 사용하는 경우 해당 앱의 메모리 사용량을 확인해야 합니다. 앱에 특정 기능을 구현하면 메모리 소비도 늘어납니다. 예를 들어, Android 푸시 알림이 구현되면 앱에서 메모리 소비가 증가합니다.
어떤 경우에는 전체 OS의 메모리 사용량이 14%에 불과한데, 새로운 앱이 11%를 소비하는 것으로 관찰되었습니다. 따라서 앱을 실제 세계에 배포하거나 고객에게 제공하기 전에 이러한 요소를 처리해야 합니다.
하드웨어/소프트웨어 변형모바일 앱을 테스트할 때는 다양한 기기의 앱을 확인하는 것이 필수입니다. 앱이 한 기기에서는 원활하게 실행되지만 다른 기기에서는 원활하게 실행되지 않는 경우가 있을 수 있습니다. 다른 공급업체와 마찬가지로 Android 장치에서는 Samsung, HTC 및 Lenovo 휴대폰에서 앱을 확인할 수 있습니다. 마찬가지로 앱은 1GB 또는 2GB와 같은 다양한 RAM 및 프로세서 사양을 사용하여 테스트해야 합니다.
다른 앱과의 사용테스트 중인 앱이 다른 앱과 병렬로 실행될 때 간섭이 없어야 합니다. 이를 확인하는 가장 좋은 방법은 테스트 중인 앱과 다른 앱을 전환하는 것입니다.
백그라운드 앱백그라운드에서 실행 중인 앱을 검색하면 이전과 동일한 상태로 유지되어야 합니다. 이 시나리오를 제대로 처리하지 않으면 데이터가 손실됩니다. 이번에도 앱을 검색할 때 처음부터 데이터를 입력해야 합니다.

서버/API 성능

앱이 API를 통해 서버와 상호 작용할 때 응답 시간은 성능에 매우 중요합니다. 서버 성능에 대해서는 다음을 확인합니다.

서버와 주고받는 데이터앱은 서버에서 전송되는 데이터를 효율적으로 처리해야 합니다. 데이터를 로드하는 데 시간이 너무 많이 걸리지 않아야 합니다. 특정 앱에서는 데이터가 지정된 형식으로 전송됩니다. 따라서 앱에 표시하기 전에 해당 형식으로 변환해야 합니다. 이 과정에서 앱이 느려지고 응답 시간이 길어지는 경우가 있습니다.

앱에서 생성된 API 호출테스트 대상 앱에서 앱에서 생성된 서버로 호출되는 횟수가 적어야 합니다. 어떤 경우에는 동일한 기능에 대해 여러 API 호출이 이루어집니다. 더 나은 성능을 위해서는 더 적은 수의 호출로 처리해야 합니다.

서버 다운 시간어떤 이유로든 서버가 다운되거나 접근할 수 없는 경우 네이티브 데이터베이스에 데이터를 저장할 수 있습니다. 따라서 서버가 다운될 때마다 네이티브 데이터베이스에 저장된 데이터를 표시할 수 있습니다. 또 다른 솔루션은 장애 조치 데이터베이스 서버일 수 있습니다. 즉, 서버 중 하나가 다운되거나 유지 관리 단계에 있는 경우 백업 서버를 사용할 수 있어야 합니다. 장애 조치/백업 서버는 연속 복제 상태여야 하며 메인 서버와 동기화되어야 합니다.

네트워크 성능

다양한 네트워크 및 네트워크 속성에서 앱의 성능을 측정해야 합니다.

네트워크 성능을 위해 다음 사항을 확인하세요.

신경 과민네트워크에서 정보 수신이 지연되는 경우를 지터라고 합니다. 비연결형 네트워크나 패킷 교환 네트워크의 문제입니다. 정보가 패킷으로 분산되므로 패킷은 보낸 사람에서 받는 사람까지 서로 다른 경로를 통해 이동할 수 있습니다. 데이터가 의도한 위치에 도착하면 원래 전송된 것보다 뒤섞인 상태가 됩니다. Jitters의 경우 모바일 앱이 이를 처리할 수 있을 만큼 충분히 능력이 있어야 합니다.
요청을 다시 보내거나 시스템이 다시 응답할 때까지 기다리려면 최종 사용자에게 적절한 알림을 표시해야 합니다.
패킷 손실 패킷이 완전히 손실된 경우 앱은 정보에 대한 요청을 다시 보내거나 그에 따라 알림을 생성해야 합니다. 데이터가 완전하지 않으면 사용자는 앱에 표시된 정보를 이해할 수 없습니다. 이는 사용자에게 스트레스가 될 수 있습니다. 따라서 적절한 메시지를 표시하거나 사용자에게 다시 시도하도록 촉구하는 것이 좋습니다.
네트워크 속도다양한 속도의 다양한 네트워크에서 앱을 확인해야 합니다. 앱은 2.5G, 3G, 4G 네트워크에서 테스트되어야 합니다. 여기에는 Wi-Fi와 모바일 네트워크가 모두 포함됩니다. 또한 앱의 동작을 모니터링해야 합니다. 특히, 두 네트워크를 모두 사용할 수 있고 한 네트워크에서 다른 네트워크로 전환이 발생한 경우.
예를 들어, 전화 네트워크를 4G에서 WIFI로 또는 그 반대로 전환하는 동안 사용자용 앱에서 문제가 발생할 수 있습니다. 이 경우 앱이 응답하지 않으며 사용하려면 앱을 다시 시작해야 할 수도 있습니다.

모바일 애플리케이션 성능 문제 해결

문제/문제를 발견한 후 성능 시험. 이제 결함을 추적하고 수정해야 할 때입니다.

문제 1) 모바일 앱의 반응이 느리거나 느려집니다.

이 지연의 원인은 RAM, 캐시 등일 수 있습니다.

불필요한 프로세스를 종료하거나 캐시를 지워야 합니다. 연결 문제를 해결하면 지연을 발생시키는 일부 문제를 해결할 수 있습니다.

문제 2) 앱이 다시 시작되거나, 잠기거나, 정지되거나 응답이 없습니다.

다음 단계 중 일부를 수행하면 해결될 수 있습니다.

애플리케이션 코드 최적화
소프트웨어를 패치하고 업데이트해야 합니다.
자동 복원
외부 카드를 사용하는 동안 RAM 또는 경우에 따라 ROM 관리
캐시 파티셔닝 지우기
다른 타사 앱 및 API와 작동하는 앱 확인
기기에 따른 모바일 애플리케이션 매핑

유용한 모바일 앱 테스트 도구

모바일 앱 테스트 도구 기기나 모바일 OS에 따라 다릅니다. 몇 가지 일반적인 모바일 앱 성능 테스트 도구는 다음과 같습니다.

기계적 인조 인간

로보티움마치 Selenium 모바일 앱용. 테스터는 테스트를 수행하는 데 필요한 여러 단계를 기록하고 재생할 수 있습니다.
원숭이 주자MonkeyRunner는 PC나 에뮬레이터에 연결된 실제 장치에서 테스트를 실행할 수 있습니다. 이 도구에는 외부에서 스마트폰, 태블릿 또는 에뮬레이터를 제어할 수 있는 API가 있습니다. Android 암호.

APPLE

자동화 기 (Mac)Automator는 Apple이 OS X용으로 개발한 애플리케이션입니다. 이는 더 빠른 변경을 위해 반복적인 작업을 일괄 처리로 자동화하기 위한 워크플로의 포인트 앤 클릭(또는 드래그 앤 드롭) 생성을 구현합니다. 이렇게 하면 각 파일을 개별적으로 수동으로 변경하기 위해 사람이 개입하는 데 드는 시간과 노력이 절약됩니다.

도전

성능 테스트 중 직면하게 되는 주요 과제는 다음과 같습니다.

다양한 모바일 플랫폼과 해당 운영 체제 구성
Edge, 3G, 4G 또는 WiFi 등과 같은 연결 시뮬레이션
배터리 및 리소스 소비와 같은 모바일 장치 제약
휴대폰 사용성
동일한 앱을 실행하기 위한 다양한 크기의 모바일 장치