field testing mobile applications importance
현장 테스트 – 모바일 애플리케이션 :
종종 모바일 애플리케이션을 테스트하는 동안 우리가 생각하는 질문은 '자동화 테스트, 회귀,로드, 웹 서비스 테스트가 앱에 충분한 지 아니면 더 테스트해야할까요? '
이 튜토리얼에서는 필드 테스트, 그 중요성, 전략에 대한 깊은 통찰력을 제공하고 언제 수행해야하는지 설명합니다.
자동화, 웹 서비스,로드 등과 같은 모든 테스트가 '사내'테스트 범주에 속하기 때문에 충분할 수도 있고 그렇지 않을 수도 있습니다. 그러나 최종 사용자 역할을 내포하고 싶다면 아직 수행해야 할 테스트 유형이 하나 더 있습니다. ‘현장 테스트’ .
이름 자체에서 알 수 있듯이 강력한 Wi-Fi 영역을 벗어나 2G 또는 3G 또는 4G 네트워크를 사용하여 애플리케이션의 유용성을 확인합니다. 차를 운전하거나 산책을하거나 집에 앉아있는 동안 편안하게 앱을 사용해 볼 수 있습니다.
모바일 애플리케이션 테스트에 대한 기본 정보는 다음 튜토리얼을 참조 할 수 있습니다.
학습 내용 :
- 모바일 애플리케이션 테스트 분류
- iOS 및 Android 필드 테스트의 중요성
- 현장 테스트는 어떤 영향을 받습니까?
- 필드 테스트를위한 전략
- 앱에 대한 필드 테스트는 언제 수행합니까?
- 현장 테스트에서 확인할 수있는 테스트의 예
- 결론
- 추천 도서
모바일 애플리케이션 테스트 분류
모바일에서 웹 애플리케이션을 테스트하는 경우 테스트 유형은 기능, UI, 경계,로드 등과 같은 랩톱 또는 컴퓨터에 대해 수행하는 것과 동일하게 유지됩니다. 그러나 하이브리드 또는 네이티브에 관계없이 모바일 애플리케이션을 테스트하려면 테스트 초기 단계에서 두 가지 범주로 분류됩니다.
그들은:
- 사내 테스트
- 현장 테스트
이 두 범주 간의 차이점은 가장하는 역할입니다. 요구 사항에 대해 앱을 확인하기 위해 QA로 테스트하고 있습니까? 아니면 요구 사항을 충족하기 위해 최종 사용자로 앱을 사용하고 있습니까?
다음은 둘 사이의 몇 가지 차이점입니다.
| 사내 테스트 | 현장 테스트 |
|---|---|
| 이 테스트는 애플리케이션이 기능, 확장 성, 유용성 등의 측면에서 명시된 요구 사항을 충족하는지 확인하기 위해 초기부터 릴리스 단계까지 바로 수행됩니다. 이는 사용자 스토리 또는 고객이 제공 한 프로젝트 요구 사항 문서에 대해 수행됩니다. | 이 테스트는 애플리케이션에 대한 회귀가 수행되고 릴리스 전에 '팀'이 애플리케이션을 안정적이라고 부르는 마지막 단계에서 수행됩니다. 이에 대한 고객의 요구 사항이있을 수도 있고 없을 수도 있습니다. |
| 테스트 유형에는 기능, 회귀, UI, 성능, 자동화가 포함됩니다. | 테스트 유형에는 주로 응용 프로그램의 기능과 유용성이 포함됩니다. |
| 이 테스트는 WiFi 및 모바일 네트워크 모두에서 수행됩니다. | 이것은 모바일 네트워크에서 엄격하게 수행됩니다. |
| 테스트 랩은 방이나 QA 데스크에 만들어집니다. | QA는 걸어 다니거나 집에서 또는 운전하는 동안 밖으로 나가 테스트해야합니다. |
| 에뮬레이터 또는 시뮬레이터에서 테스트를 수행 할 수 있습니다. | 테스트는 실제 장치에서만 수행됩니다. |
iOS 및 Android 필드 테스트의 중요성
위에서 설명한대로 필드 테스트는 최종 사용자로서 애플리케이션의 동작 또는 유용성을 확인하기 위해 수행됩니다. 이 작업은 기본적으로 거리 나 시장을 걸어 다니거나 자동차를 운전하거나 집에 있으면서 휴대 전화의 모바일 네트워크에서 수행됩니다.
( 이미지 소스 )
오늘날 우리는 언제 어디서나 모바일 앱을 사용합니다. 집에서 쇼핑 / 티켓 예약 / 이메일 확인 등을하거나 근처 장소 / 레스토랑 / 몰을 검색하는 시장에 서 있거나 지도.
모바일 애플리케이션은 이제 우리 일상 생활의 일부가되었습니다.
다음은 사내뿐만 아니라 현장에서 모바일 앱을 테스트해야하는 필요성을 설명하는 몇 가지 예입니다.
- 특히 인도에서는 항상 강력한 Wi-Fi 또는 핫스팟을 사용할 필요가 없습니다. 따라서 휴대 전화의 모바일 네트워크에 의존해야합니다.
- 커버리지 문제에 직면 한 곳이 있으며 전화 범위는 중간 또는 낮습니다. 이것은 이동식 타워가 적거나 나무로 빽빽하게 덮여 있기 때문일 수 있습니다. 제 자리에서는 항상 답답한 제 그림과 식당에서이 문제에 많이 직면합니다.
- 자동차를 운전하고 이메일에 액세스하거나 모르는 곳으로가는 길을 찾아야 할 수 있습니다.
- 휴가를 떠날 때 우리는 도시 나 장소에 대한 (모든 단일) 정보를 가지고 있지 않습니다. 휴가로 가족과 함께 여행 할 때 우리는 항상 혼자서 앱을 사용하여 레스토랑, 방문 할 장소 등 도시에 대해 찾습니다.
- 오늘날 우리는 항상 현금을 사용하는 것보다 PayTm, PayZApp 등과 같은 앱을 사용하는 온라인 송금을 선호합니다.
- 어디서나 채팅 앱, YouTube 등을 사용합니다.
다음은 모바일 앱 사용을 정의하는 몇 가지 실시간 예입니다. 따라서 현장에서 앱을 테스트하는 것이 중요합니다. 타겟 고객이 핫스팟 또는 Wi-Fi를 어디서나 사용할 수있는 잘 발달 된 국가에있을 수 있습니다.
하지만 다음과 같은 이유로 앱에 대해 적어도 한 번의 필드 테스트를 수행해야합니다.
1) 자동차를 운전하거나 걷거나 거리가 적은 장소에 앉아 앱을 테스트 할 때 데이터를 보내거나 가져 오는 동안 앱에 충돌 문제가 있는지 알 수 있습니다.
우리는 앱의 첫 번째 릴리스에서 앱 로그인 자체가 충돌했으며 3G가있는 휴대폰에서 테스트했습니다. 그래도 로그인 시간이 초과되어 충돌이 발생했습니다.
2) 사용자는 로딩 기호가 5 분 이상 표시되는 것을 싫어합니다. 서버, 웹 서비스 및 앱에서 정보를로드하는 데 걸리는 응답 시간을 확인하는 것은 매우 중요합니다.
이는 필드 테스트에서 확인 된 두 가지 중요한 포인터이며 앱이 실제로 안정적이라는 것을 보장하는데도 도움이됩니다.
현장 테스트는 어떤 영향을 받습니까?
내 현장 테스트가 하이브리드 방식 또는 네이티브 방식의 영향을 받습니까?
이 질문에 답하기 전에 먼저 하이브리드 및 네이티브 앱에 대한 기본적인 설명을 드리겠습니다.
하이브리드 앱 :
이들은 기본적으로 기본 래퍼로 패키징 된 웹 앱이며 대부분 크로스 플랫폼 애플리케이션을 개발하는 데 사용됩니다 (Android 및 iOS의 코드베이스를 동일하게 유지하기 위해). 네이티브 앱처럼 보이지만 실제로는 사용자가 페이지를 탐색 할 때 정보가로드됩니다.
기본 앱 :
이들은 OS의 기능을 최대한 사용하여 OS를 위해 특별히 개발되었습니다. 모든 정보는 앱이 시작될 때 한 번에로드됩니다.
( 이미지 소스 )
저는 하이브리드 및 네이티브 앱 테스트를 모두 수행했으며 QA로서 두 가지 테스트 모두 제 앱에 중요했습니다. 하이브리드 앱과 네이티브 앱은 기본 앱과 달리 GPS, 위치 등 휴대 전화의 기능을 직접 사용하지 않는다는 점이 다릅니다. 하이브리드 앱은 플러그인을 통해 휴대 전화 또는 OS의 기능을 사용합니다.
Java에서 double을 사용하는 방법
네이티브 앱의 모든 주요 릴리스에 대해 휴대 전화와 OS의 기능을 사용하고 있기 때문에 필드 테스트를 수행해야한다고 강력하게 생각합니다.
필드 테스트를 수행하면 동일한 것과 관련하여 앱의 성능이 표시됩니다. 전화기가 고급형인지 저가형인지, 애플리케이션의 성능, 안정성 및 유용성은 어떻습니까?
모든 주요 릴리스에 대해 필드 테스트를 수행하는 또 다른 이유는 기본 앱을 새 버전의 OS로 업데이트해야하기 때문입니다. 따라서 하이브리드 앱에 비해 네이티브 버전이 더 많거나 새로운 OS 버전이 출시되면 앱의 기능에 변경 사항이 없더라도 현장 테스트가 필요합니다.
필드 테스트를위한 전략
현장 테스트를위한 나의 전략은 무엇입니까?
필드 테스트의 경우 이해해야 할 가장 중요하고 중요한 단계는 앱의 주요 기능에 대한 네트워크 또는 데이터의 영향입니다. 따라서 기능에 대해 개발 팀과 철저히 논의하십시오.
다음은 현장 테스트 전략을 결정하기위한 지침입니다.
1) QA의 주요 단계는 '현장 테스트'로 테스트 케이스에 태그를 지정하고 동일한 제품군을 만드는 것입니다. BA 및 QA 팀과 스위트에 대해 논의하고 추가 할 사항이 있는지 확인하십시오.
2) 앱과 사용자의 목적에 따라 앱을 사용할 수있는 방법,시기, 장소에 대한 별도의 테스트 사례를 만듭니다. 사내 테스트를 위해이를 실행할 필요가 없습니다.
삼) 앱이 회귀 테스트를 통과하고 열려있는 기능 문제가없는 경우에만 필드 테스트를 수행하십시오.
4) 첫 번째 릴리스의 경우 테스트 케이스, 실행하는 사람, 테스트 된 영역 및보고 된 버그의 모든 세부 정보가 포함 된 문서 (차트)를 만듭니다. 일단 생성되면 향후 릴리스에 사용할 수 있습니다.
5) 현장 테스트를 위해 하이 엔드 및 로우 엔드 장치를 사용하고 동일한 OS를 유지하십시오. 이렇게하면 발견 된 버그를 분석하는 데 도움이됩니다. 때때로 우리는 현장 테스트에서 버그를 볼 수 있지만 내부 테스트에서는 볼 수 없습니다.
6) 4 ~ 5 명으로 구성된 팀을 만들어 다른 지역에서 현장 테스트를하게하고 운전 중 앱을 사용하고 데이터 범위가 낮은 곳에서 앱을 사용해보십시오. 관리자 인 BA를 현장 테스트에 참여시킬 수도 있습니다.
7) 발견 된 버그에‘필드 테스트’와 같은 태그를 지정하면 향후 릴리스를 쉽게 참조 할 수 있습니다.
8) 앱이 위치 정보를 전송하는 경우 기능을 철저히 테스트하고 동일한 관련 테스트 사례를 모두 실행하는 것이 좋습니다.
버그 나 결함을 찾을 필요는 없으며 테스트가 원활하게 진행될 수 있습니다. 내 경험에 따르면 성과와 응답에 걸리는 시간에 집중하십시오. 앞서 언급했듯이 '로드 중'화면은 사람들이 앱을 사용하지 못하게합니다.
앱이 Zomato, Jabong, BookMyShow 등과 같은 상업용 앱인 경우 20 ~ 25 명의 사용자가 앱을 사용할 때 앱의 성능을 나타내므로 20 ~ 25 명의 팀을 사용하여 필드 테스트를 시도합니다.
앱에 대한 필드 테스트는 언제 수행합니까?
모든 앱이 현장 테스트를 할 필요는 없지만 실제 시나리오에서 앱의 성능을 보여주기 때문에 항상 개인적으로 현장 테스트를 수행하는 것이 좋습니다. BA, 스크럼 마스터 또는 관리자, 제품 소유자가 알지 못하거나 관심이없는 경우 이에 대해 논의 할 수 있습니다. QA는 현장 테스트의 필요성에 대한 포인트를 제공합니다.
필드 테스트는 앱의 회귀 테스트가 완료되고 릴리스의 기능이 구현되고 버그가 확인되고 수정 된 후에 만 수행되어야하며 가장 중요한 것은 앱이 안정적입니다.
현장 테스트의 중요한 요소는 다음과 같습니다.
- 앱의 첫 번째 릴리스 : 첫 번째 릴리스에서 앱의 심층 필드 테스트를 수행하는 데 큰 이점이 있습니다. 앱이 아직 Play 스토어로 이동하지 않았으므로 일반 사용자처럼 앱을 사용하여 성능을 분석하는 데 도움이됩니다.
- 앱은 기본입니다. 앞서 언급했듯이 필드 테스트는 휴대폰과 OS의 기능을 사용하므로 네이티브 앱의 모든 릴리스에 필수입니다.
- 새 OS 버전이 시작되면 : 새 OS 버전이 시작되면 앱이 안정적이고 호환되며 새 OS에 대해 잘 작동하는지 확인해야합니다.
- 새로운 기능 또는 변경된 기능에 대한 모든 주요 릴리스 : 새로운 기능이 도입되거나 기존 기능이 업데이트 될 때 앱의 성능이 영향을받지 않는지 확인하기 위해 필드 테스트를 수행하는 것이 좋습니다.
- 일상적인 테스트의 일부인 현장 테스트 : 모바일 앱에 대한 필드 테스트는 회귀, 자동화와 같은 일상적인 테스트로 취급되어야하며 무시해서는 안됩니다. 앱이 안정적이거나 1 년 또는 2 년 이상 작업 한 경우에도 메이저 릴리스가 발생할 때마다 필드 테스트를 수행합니다.
현장 테스트에서 확인할 수있는 테스트의 예
우리 주변이나 특정 지역의 식당을 검색하는 데 사용하는 Zomato의 앱을 고려해 보겠습니다.
다음은 현장 테스트에 사용할 수있는 테스트 사례의 몇 가지 예입니다.
#1) 기본이자 첫 번째 단계는 고객으로 로그인하는 것입니다.
먼저 내가 선택한 Facebook 또는 Google 계정으로 로그인하는 데 1 분 이상 걸리지 않아야합니다. 두 번째로 로그인하는 순간 휴대 전화 GPS를 켤 수있는 권한을 요청해야합니다. 꺼져 있음) 그렇지 않으면 감지 된 위치에 대한 레스토랑 목록을로드해야합니다.
위에서 언급 한 것은 첫 번째 테스트에서 수행해야 할 두 가지 중요한 검증입니다.
#두) 위치를 변경하면 레스토랑 목록이 업데이트되는지 확인하고 도로를 걸어 나 가면서이 테스트를 시도해보세요. 목록이 업데이트되고 레스토랑의 카드가 결함없이 그림과 함께 표시되어야합니다.
#삼) 운전 중에도 위의 테스트 케이스를 확인하십시오.
# 4) 로그인, 위치 검색 및 식당에서 음식 주문에서 바로 앱의 종단 간 흐름을 확인합니다 (도로를 걷는 동안). 주문 세부 정보가 레스토랑으로 성공적으로 전송되어야합니다.
# 5) 운전 중 위와 동일한 테스트 케이스를 실행합니다.
# 6) 3G에서 확인 (데이터 모드를 3G로 변경)하여 '테이블 예약'을위한 종단 간 흐름을 확인합니다. 즉, 다시 위치를 변경하고 목록에서 레스토랑을 선택하고 테이블을 예약합니다.
# 7) 쿠폰이 있다면 Zomato에서 음식을 주문할 때 성공적으로 사용할 수 있는지 확인하십시오.
# 8) 레스토랑에 대한 피드백을 성공적으로 작성할 수 있는지 (걷는 동안), 피드백이 리뷰를 위해 레스토랑에 전송되었는지 또는 적어도 레스토랑의 리뷰 목록에 표시되는지 확인합니다.
다음은 앱의 기본 사용을 정의하는 테스트 사례의 몇 가지 예이며 현장 테스트에서 테스트해야합니다. 여기에서 전화 모델 (하이 엔드 또는 로우 엔드) 대 네트워크 유형 (2G, 3G 등)에 대한 매트릭스를 생성하고 동일한 테스트 케이스를 실행할 수도 있습니다.
결론
모든 모바일 애플리케이션은 회귀 테스트, 버그 확인, 스트레스 또는 부하 테스트를 통과하는 것뿐만 아니라 필드 테스트를 성공적으로 통과해야만 안정적이고 빠르다고 할 수 있습니다.
경험이 풍부한 PDF에 대한 angularjs 인터뷰 질문 및 답변
모든 릴리스에 대해 가능한 한 현장 테스트를 수행해야합니다. 모바일 애플리케이션의 경우 필드 테스트는 테스트주기의 일부이며 피하거나 가볍게 받아 들여서는 안됩니다.
필드 테스트는 첫 번째 릴리스의 앱 성능을 정의하는 데 매우 중요한 역할을합니다. 팀에서이를 인식하지 못하는 경우 이에 대해 설명하고 그 필요성을 설명합니다.
다음 자습서에서는 ' 최신 전화 또는 최신 OS 테스트 '.