iOS 앱 테스트 : 실용적인 접근 방식을 갖춘 초보자 가이드

ios app testing beginners guide with practical approach

문제를 제거하기 위해 도구를 사용해보십시오

운영 체제를 선택하십시오 투영 프로그램을 선택하십시오 (선택적으로)

당신의 문제를 설명하십시오

iOS 앱 테스트를위한 기본 지식 수집 :

“모든 사람이 휴대폰을 가지고 있지만 저는 자신의 휴대폰을 좋아하는 사람을 모릅니다. 사람들이 좋아하는 휴대폰을 만들고 싶습니다.” – 스티브 잡스.

그것은 Steve Jobs의 iPhone에 관한 것입니다. Steve는 Apple이 자신의 모바일 장치를 모든 사람이 가장 좋아하는 모바일 장치로 만들기 위해 노력했습니다.

사용자는 항상 iPhone, iPod Touch 또는 iPad 등 Apple 모바일 장치를 좋아했습니다. 현재 데이터에 따르면 전 세계에서 iOS에서 실행되는 Apple 장치가 거의 10 억 개에 달합니다.

총 10 억입니다.

iOS 앱 테스트

다음은 2016 년 iPhone 시장 점유율 분석입니다.

iOS- 전화 배포

(영상 출처 )

학습 내용 :

iOS

iOS는 종종 iDevice라고 불리는 Apple의 장치를 위해 정확하게 설계된 모바일 운영 체제입니다. 2007 년부터 iOS가 iPhone 전용으로 만들어 졌을 때 운영 체제는 터치 장치와 iPad도 지원하도록 발전했습니다.

현재 연구에 따르면 iOS는 시장에서 두 번째로 인기있는 모바일 운영 체제입니다. Android는 다양한 제조업체에서 제작 한 장치에서 실행되지만 iOS의 장점은 운영 체제의 인기를 명확하게 나타내는 Apple 하드웨어로만 제한된다는 것입니다.

iOS는 수년 동안 총 10 개의 주요 릴리스를 보았으며 모든 릴리스에서 주목할만한 기능 업데이트를 제공했습니다.

배포 Android iOS

이 iOS 운영 체제는 사용자 편의성, 운영의 유동성, 충돌없는 앱 등으로 유명합니다. 앱에 대해 논의하는 동안 iOS 용 Apple iTunes 앱 스토어는 최대 220 만 개에 달하는 수많은 앱으로 인해 매우 풍부합니다. 앱 다운로드 수는 무려 1,300 억 개로 빠르게 증가했습니다.

iOS는 운영 체제이며 영역 또는 언어 장벽에 의해 제한되지 않습니다. 이것은 개발 10 년 만에 매우 유명 해지는이 운영 체제의 주요 요소 중 하나입니다. 40 개 언어를 지원합니다.

언어뿐만 아니라 iOS 기기의 UI도 Android 기기와 비교할 때 매우 매력적이고 고급 스럽습니다.

iOS UI

UI 개요 Android

응용 프로그램에 대해 자세히 이야기하면서 아래에 몇 가지 통계가 나와 있습니다.

Apple iTunes 앱 스토어는 매일 거의 1000 개의 새로운 신청서를 제출합니다.
약 1/3^rdApple iTunes 앱 스토어에있는 전체 애플리케이션 중 무료로 다운로드 할 수 있습니다.
유료 iOS 애플리케이션 요금은 평균 1.10 달러에서 1.30 달러입니다.
iOS 게임의 평균 가격은 0.55 ~ 0.65 달러입니다.

iPhone, iPod Touch 또는 iPad에서 몇 개의 응용 프로그램을 사용 했습니까?

아주 소수! 권리? Gmail 및 Facebook에서 Clash of Clans 및 Asphalts까지. 이러한 종류의 응용 프로그램, 숫자 및 다양한 사용자는 소프트웨어 테스터에게 심각한 비즈니스를 가져옵니다. 그렇지 않나요 ??

테스터로서 iPhone, iPod 및 iPad에서 앱의 크기가 다양하므로 기능뿐만 아니라 심층적 인 UI 테스트도 수행해야합니다.

iOS 테스트

앞에서 설명한 것처럼 iOS는 Apple 하드웨어 또는 Apple 제작 기기로만 제한됩니다. 참으로 큰 안도감입니다. 그러나 iOS를 지원하는 수많은 Apple 장치와 해당 버전이 있습니다.

결론적으로 애플은 개방형 시스템 인 안드로이드와 달리 폐쇄 형 시스템을 가지고 있습니다. OS 또는 장치의 릴리스는 잘 계획되어 있습니다.

이는 다음과 같은 추가 이점입니다.

사용 가능하거나 출시 될 장치의 크기는 고정되어 있으며 QA로서 모든 장치가 시장에 출시되지 않았는 지에 대한 매우 명확한 아이디어가 필요합니다. QA가 테스트를위한 테스트 베드를 쉽게 결정할 수 있습니다.
기기와 마찬가지로 OS에 대한 심층 분석을 수행 할 필요가 없습니다. 폐쇄 형 시스템이므로 OS 테스트를위한 테스트 베드를 결정하는 데 시간과 노력이 덜 소요됩니다.
Apple은 배우기가 약간 까다 롭지 만 다양한 자체 자동화 도구를 보유하고 있습니다.
Android 용 GPS 테스트를 위해 가짜 위치를 전송하기 위해 더미 스크립트를 만드는 방법을 찾기 위해 2-3 일을 소비해야했던 것을 기억합니다. 그러나 걷기, 달리기, 자전거 타기 등을 위해 가짜 GPS를 보내는 기능이 내장되어 있기 때문에 iOS에서는 매우 간단하고 간단했습니다.
초기 테스트의 경우 현장 테스트로 GPS를 테스트하지 않는 것이 좋습니다. 더미 GPS 데이터를 보내는 것이 좋으며 시간도 절약됩니다.
Apple은 신청서 제출에 대한 엄격한 지침을 가지고 있습니다. 이것은 엄격한 지침이없는 다른 OS와 달리 제출 후 거부되고 성공할 가능성이 높은 방식으로 큰 도움이됩니다.
기기와 OS 자체의 기능은 고정되고 간단하므로 앱이 작동하는 방식을 놓칠 가능성이 줄어 듭니다. iOS에서는 앱을 강제 종료 할 방법이 없지만 Android에서 앱을 강제 종료 할 수 있습니다. 따라서 여기서 테스트 할 때 복잡성이 줄어 듭니다.

이는 Apple 제품에서 파생되는 몇 가지 장점이지만 반드시 모든 제품 또는 앱의 장점이라고 할 수는 없습니다. 크로스 플랫폼으로 개발 된 앱의 경우 iOS는 다루기가 어렵습니다.

그만큼 높은 레벨 분류는 다음과 같습니다.

온라인에서 무료 애니메이션을 어디에서 볼 수 있습니까?

테스트 분류

iOS 애플리케이션 테스트를 시작하는 첫 번째 단계는 구현 유형을 고려하는 것입니다.

애플리케이션 구현은 아래 3 가지 유형 중 하나 일 수 있습니다.

1) 웹 기반 애플리케이션 : 이들은 iOS 애플리케이션의 빌드와 유사하게 작동하는 애플리케이션입니다. 사용자가 iPhone의 Safari 브라우저에서 액세스하는 일반적인 웹 사이트입니다.

2) 기본 응용 프로그램 : iOS SDK (Software Development Kit)를 사용하여 개발 된 애플리케이션은 VLC, Flipboard, Uber 등과 같은 지원되는 iOS 장치에서 기본적으로 실행됩니다.

3) 하이브리드 애플리케이션 : 이것은 위에서 언급 한 두 유형의 혼합 또는 하이브리드입니다. 이렇게하면 웹 콘텐츠보기 영역을 통해 웹 콘텐츠에 액세스 할 수 있으며 iOS 용 사용자 인터페이스 요소도 있습니다. 예 : Zomato, Twitter, Gmail 등

iOS 애플리케이션 테스트 유형

다양한 유형의 iOS 애플리케이션 테스트 (일반적인 조건에서 수행됨)는 다음과 같습니다.

수동 테스트 – 장치 사용
- 시스템 테스트
- UI / UX 테스트
- 보안 테스트
- 현장 테스트
수동 테스트 – 에뮬레이터 사용
- 단위 테스트
- 통합 테스트
- UI 테스트
자동화 테스트
- 회귀 테스트
- BVT 테스트
- 호환성 테스트
- 성능 시험

응용 프로그램의 예 :

iOS 테스트 프로세스의 다양한 측면으로 이동하기 전에 일반적인 iOS 애플리케이션의 예를 살펴 보겠습니다.

스포츠 팀 모금 신청서를 고려해 보겠습니다. 애플리케이션에는 소셜 계정 로그인 (Google / Facebook)과 결제 페이지가 있습니다.

결제 페이지로 이동하기 전에 시스템 정의 금액을 선택하거나 금액을 입력 할 사용자 정의 필드를 선택할 수있는 옵션이 있어야합니다. 결제가 완료되면 인증서 PDF가 화면에 표시되고 동시에 PDF도 현재 로그인 한 사용자의 이메일 계정으로 이메일을 보내야합니다.

iOS 애플리케이션

수동 테스트 – 장치 사용

a) 시스템 테스트 :

이러한 유형의 iOS 테스트는 시스템의 다양한 구성 요소가 함께 작동하는지 확인하기 위해 시스템에서 수행됩니다.

이 테스트 프로세스에서 iOS 애플리케이션은 실제 Apple 디바이스에서 실행되고 사용자 인터페이스와 상호 작용하여 특정 사용자 작업 집합을 트리거합니다. 일반적인 사용자 작업은 화면에서 터치 또는 스 와이프 작업 일 수 있습니다.

마지막으로 결과는 예상 결과에 대해 테스트됩니다.

우리를 위해예위에 주어진 일반적인 시스템 테스트는 다음 단계로 구성 될 수 있습니다.

PL SQL 시나리오 기반 인터뷰 질문

개방 인증을 사용하는 Facebook 계정 로그인을 사용하여 iOS 스포츠 팀 및 모금 애플리케이션에 로그인합니다.
주어진 옵션에서 사전 정의 된 시스템 금액 $ 10을 선택하십시오.
결제 게이트웨이로 이동합니다.
결제 프로세스를 위해 PayTm 모바일 지갑 옵션을 선택하십시오.

시스템 테스트는 주로 시스템의 다양한 종단 간 흐름을 다루는 작업입니다. 각 테스트는 사용 가능한 다양한 구성으로 실행되어야합니다. 또한 애플리케이션이 설치된 기기 및 iOS 버전에 따라 다릅니다.

b) iOS UI 테스트

iOS 기기의 UI / UX는 성공 스토리의 핵심 요소였습니다.

iOS 장치의 UI / UX 테스트는 다음 범주로 분류 할 수 있습니다.

입력 : 터치 스크린 기능 테스트 (길게 / 짧게 터치, 3D 터치, 스크롤), 버튼 크기, 버튼 위치, 글꼴 색상 및 크기 등이이 범주에 속합니다.
하드 키 : 기본 애플리케이션은 홈 키, 사운드 버튼 등과 같이 장치에있는 내장 하드웨어 키 / 하드 키와 원활하게 작동합니다. 테스트중인 애플리케이션도 비슷한 방식으로 하드 키와 상호 작용해야합니다.
소프트 키 / 소프트 키보드 : Whatsapp 메시지 페이지에있을 때 키보드가 나타나지 않으면 얼마나 짜증나나요? 키보드의 모양, 필요하지 않을 때 숨길 수있는 기능, 스마일리, 기호, 모든 문자 / 기호 등에 대한 지원이 필요합니다.
우리의 예 , 키보드는 사용자 정의 금액 입력, 지불 게이트웨이의 자격 증명 / 카드 세부 정보 입력 등과 같은 여러 위치에서 그림에 들어갈 수 있습니다.
화면: 여러 장치에서 지원되는 경우 응용 프로그램은 모든 장치에서 방향을 테스트해야합니다. 테스트 프로세스를 위해 선택한 장치에 따라 해상도가 약간 변경 될 수 있습니다. 동시에 세로 / 가로 모드 및 각 경우의 키보드 사용에 대한 테스트도 수행해야합니다.

앱이 iOS 용이 아니라 만든 경우 다음과 같이 iOS 용으로 특별히 테스트해야하는 몇 가지 포인터가 있습니다.

기울기: 표시 할 목록이있는 iOS에서는 팝업이 표시되는 Android와 달리 항상 완전히 새로운 화면이 표시됩니다.

다음은 동일한 예입니다.

Android-optionList

( 출처 )

iOS 옵션 목록

메시지 : 앱이 충돌하면 iOS에 표시되는 메시지가 Android의 메시지와 다릅니다. 또한 관찰 한 경우 '#GB 메모리 해제'등과 같은 메모리를 확보하면 Android 휴대 전화에서 작은 메시지가 깜박이지만 iOS에서는 플래시 메시지를 볼 수 없습니다.

다음은 예입니다.

Android 앱 충돌

iOS 충돌 이미지

( 출처 )

확인 삭제 : iOS 앱을 자세히 살펴보면 삭제 확인 팝업에서 삭제 옵션 왼쪽에 취소 작업이 있습니다. Android 또는 기타 OS에서는 그 반대입니다.

Android 삭제 확인

iOS 삭제 확인

iOS에는 변경할 수없는 기본 UI, 메시지 등이 있으므로 별도의 테스트 사례와 테스트가 필요한 몇 가지 예입니다.

c) 보안 테스트 :

우리의 예 , 우리는 지불 게이트웨이와 소셜 페이지 통합으로 지원되는 로그인 페이지가있는 애플리케이션이 있습니다.

예를 들어 , 귀하의 휴대폰에 ICICI 앱이 있고 다른 사람의 정보가 표시되거나 귀하가 송금을 수행하고 앱이 귀하의 것이 아닌 다른 전화 번호로 OTP를 보내는 경우 귀하의 계정 정보가 아닌 로그인 할 때 가정 해 봅시다. , 당신은 무슨 일이 일어날 지 상상할 수 있습니다. 따라서 보안 테스트는 필수입니다.

소셜 미디어 로그인 및 결제 게이트웨이와 관련된 데이터는 해킹으로부터 애플리케이션을 안전하게 만들기 위해 암호화되거나 보안되어야합니다.

d) 현장 테스트 :

휴대 전화의 데이터 네트워크에서 앱의 동작을 확인하기 위해 필드 테스트가 수행됩니다.

이 테스트는 일반적으로 앱이 안정적인 단계에 도달하고 내부에서 테스트 할 때 충돌이 발생하지 않고 모든 기능 문제가 수정되었을 때 수행됩니다. 이것은 주로 느린 데이터 네트워크에서 앱의 성능을 테스트하기 위해 수행됩니다.

수동 테스트 – 에뮬레이터 사용

a) 단위 테스트 :

이것은 대부분 개발 팀 / 개별 개발자가 수행합니다. 이 테스트는 소스 코드의 특정 모듈이 예상대로 작동하는지 여부를 확인합니다.

개발자는 단일 구성 요소, 즉 작업하는 격리 된 모듈에 대한 단위 테스트 케이스를 설계합니다. 이 테스트는 개별 모듈이 작동하는 것을 증명 한 후 소스 코드에 삽입되어 통합 아키텍처의 요소로 작동합니다. 헤더에서 알 수 있듯이 이것은 대부분 수동 테스트 실행이며 테스트 에뮬레이션을 사용하여 수행됩니다.

b) 통합 테스트 :

이전 단계에서 단위 테스트에 대해 자세히 설명했습니다. 이제 개별 유닛 / 모듈의 기능이 확실하므로 통합도 확인해야합니다. 이 테스트는 다양한 통합 지점과 관련된 문제를 찾기 위해 수행됩니다.

우리의 예 , 로그인을 하나의 모듈로, 지불 게이트웨이를 다른 모듈로 호출 할 수 있습니다.

단위 테스트는 두 테스트를 개별적으로 다룹니다. 그러나 통합 테스트는 두 모듈의 무결성을 테스트합니다.

c) UI 테스트 :

위에서 설명한 것처럼 앱 성공의 핵심 요소이므로 앱에 대한 UI 테스트를 수행해야합니다.

테스트를 위해 모든 전화 모델을 구매하는 것은 비용이 많이 들기 때문에 사실상 불가능합니다. 따라서 에뮬레이터를 사용하는 것은 비용이 들지 않고 명백한 UI 버그가 에뮬레이터에서 쉽게 잡히기 때문에 최상의 옵션입니다.

iOS 자동화

a) 회귀 테스트 :

끊임없이 변화하는 환경에서 애플리케이션을 향상 시키거나 이전 버전에서 발견 된 문제를 수정하기 위해 지속적으로 변경됩니다. 변경 사항을 구현하는 동안 응용 프로그램에 대한 변경 사항이 기존 기능을 변경할 수있는 기회가 있습니다.

간단히 말해서, 변경 사항이 애플리케이션에 새로운 문제를 일으킬 수 있습니다.

변경 사항이 구현 된 후에도 응용 프로그램이 동일한 방식으로 작동하는지 확인하려면 회귀 테스트를 수행해야합니다. 그리고 반복적 인 활동이기 때문에 자동화는 이러한 종류의 테스트 실행에 유용합니다.

b) BVT 테스트 :

테스트를 위해 릴리스 된 새 빌드에서 자동화 된 제품군을 실행하는 것은 많은 시간을 절약하고 기본 기능이 충돌하는 경우 즉시보고되므로 좋은 사용자 지정입니다. 수동 작업과 비교할 때 빌드를 승인하거나 거부하는 자동화 된 기본 검증 테스트의 결과를 몇 분 만에 얻을 수 있습니다.

c) 호환성 테스트 :

논의한 바와 같이 Apple에서 출시 한 수많은 장치 / 유형이 있습니다. 정확히 말하면 15 가지 유형의 iPhone, 6 개의 iPod Touch 모델, 10 개의 iPad 모델 및 2 개의 iPad Pro 모델이 시중에 나와 있습니다.

이제 우리의 (스포츠 팀 모금 어플리케이션)과 같은 앱이 개발되면 위에서 언급 한 모든 기기에서 지원되어야합니다. 이는 모든 테스트 케이스가 이러한 모든 장치에서 실행된다는 것을 의미합니다.

이제 이만큼 장치 수가 많으면 수동 작업이 불가능합니다. 호환성을 위해 자동화 테스트가 선호됩니다.

d) 성능 테스트 :

성능 테스트에서 테스트되는 일부는 다음과 같습니다.

애플리케이션이 작동하거나 매우 오랜 시간 동안 실행될 때 작동하는 방식입니다. 운영 기간 동안 애플리케이션이 통신 / 상호 작용 / 유휴 상태로 유지되도록합니다.
매번 다른 양의 부하로 동일한 작업을 수행해야합니다.
데이터 전송량이 정말 많을 때 시스템이 어떻게 작동하는지.

이러한 경우는 본질적으로 반복적이며 대부분 자동화를 사용하여 수행됩니다.

iOS 앱 테스트를위한 모범 사례

iOS 애플리케이션 테스트는 올바르게 수행되지 않으면 어렵고 까다 롭고 어려울 수 있습니다.

iOS 앱 테스트를 올바른 방향으로 이동하기 위해 다음과 같은 방법을 구현할 수 있습니다.

# 1) 에뮬레이터는 잊어 버리세요 : 대부분의 경우 에뮬레이터가 실제 장치보다 선호됩니다. 그러나 그것은 이상적인 경우가 아닙니다. 사용자 상호 작용, 배터리 소비, 네트워크 가용성, 사용 성능, 메모리 할당과 같은 것은 에뮬레이터에서 테스트 할 수 없습니다. 따라서 항상 실제 장치에서 테스트하십시오.

# 2) 수동이 아닌 자동화 : 특정 작업을 얼마나 빨리 수행하고 있습니까? 오늘날 세계에서 모든 사람은 주로 보내는 시간에 대해 걱정합니다. 자동화는 실행 시간을 단축 할뿐만 아니라 효율성, 효율성 및 소프트웨어 테스트 범위를 증가시킵니다.

# 3) 작업 공유 : 개발 팀을 포함한 팀간에 테스트를 공유합니다. 테스트 케이스를 수동으로 실행하는 측면에서 도움을받을 수있을뿐만 아니라 수동 테스트 케이스를 자동화하는 측면에서 개발 팀의 도움을받을 수 있습니다.

# 4) 크래시 로그 파악 : 특정 상황에서 iOS 용 애플리케이션이 중단되거나 충돌 할 수 있습니다. 문제를 해결하려면 충돌 로그가 중요한 역할을합니다.

충돌 로그를 캡처하려면 다음 단계를 수행 할 수 있습니다.

MacOS의 경우 :
- iOS 장치를 컴퓨터 (Mac)와 동기화합니다.
- Mac OS의 경우 Option 키를 길게 눌러 메뉴 막대를 엽니 다.
- 이동 메뉴로 이동하여 라이브러리를 클릭하십시오.
- ~ / Library / Logs / CrashReporter / MobileDevice //로 이동합니다.
- 로그 파일의 이름은 응용 프로그램의 이름으로 시작해야합니다.
Windows OS의 경우 :
- iOS 장치를 컴퓨터 (Windows)와 동기화합니다.
- C : Users AppData Roaming Applecomputer Logs CrashReporter MobileDevice \로 이동합니다.
- 로그 파일의 이름은 응용 프로그램의 이름으로 시작해야합니다.

# 5) 콘솔 로그 캡처 :

콘솔 로그는 iOS 장치의 애플리케이션에 대한 전체 정보를 제공합니다.

이것은 iTools와 같은 도구를 사용하여 수행 할 수 있습니다. iTools 응용 프로그램에서 iOS 장치가 iTools가 실행되는 시스템에 연결되면 'Toolbox'아이콘을 클릭합니다. '실시간 로그'를 클릭하면 실시간 콘솔 로그가 제공됩니다.

# 6) 화면 캡처 : 문제를 이해하기 쉬워 지므로 단계가 시각적 인 경우 수정하기 쉽습니다.

개발 팀이 문제를 더 잘 이해할 수 있도록 화면을 기록하거나 문제의 스크린 샷을 찍는 것이 좋습니다. 전원 버튼과 홈 버튼을 함께 누르면 내장 기능을 사용하여 스크린 샷을 찍을 수 있습니다.

번개 케이블을 사용하여 iOS 기기를 Mac에 연결 한 상태에서 Quick time 플레이어 녹화를 사용하여 화면을 녹화 할 수 있습니다.

iOS 자동화 프레임 워크

가장 일반적으로 사용되는 자동화 프레임 워크 중 일부는 다음과 같습니다.

C ++ 문자를 문자열로

# 1) 시대;

Appium은 Selenium 웹 드라이버를 사용하여 iOS 애플리케이션 테스트를 자동화합니다.

이 플랫폼은 독립적이며 웹 및 모바일 장치 (Android 및 iOS 모두)에서 사용할 수 있습니다. 이것은 오픈 소스이며 언어에 의해 제한되지 않습니다. Appium을 사용하여 자동화하기 위해 애플리케이션 변경 또는 소스 코드 액세스가 필요하지 않습니다.

Appium은 네이티브, 하이브리드 또는 웹 등 애플리케이션 유형과 관계없이 원활하게 작동합니다.

# 2) 호리병박 :

Calabash는 Android 및 iOS 자동화 테스트를 모두 지원하는 오픈 소스 크로스 플랫폼 프레임 워크입니다.

Calabash 테스트는 사양과 유사하고 이해하기 쉬운 Cucumber로 작성되었습니다. Calabash는 사용자가 네이티브 및 하이브리드 애플리케이션과 상호 작용할 수있는 라이브러리로 구성됩니다. 제스처, 어설 션, 스크린 샷 등과 같은 상호 작용을 지원합니다.

# 3) 얼 그레이 :

Earl Gray는 Google의 자체 내부 UI 테스트 프레임 워크입니다. 이것은 YouTube, Google 포토, Google Play 뮤직, Google 캘린더 등을 테스트하는 데 사용되었습니다.

Earl Gray는 최근 오픈 소스로 만들어졌습니다. Earl Gray의 주요 장점 중 일부는 내장 동기화, 상호 작용 전 가시성 확인, 진정한 사용자 상호 작용 (탭핑, 스 와이프 등)입니다. 이는 Android UI 자동화에 사용되는 Espresso by Google과 매우 유사합니다.

# 4) UI 자동화 :

UI 자동화는 Apple에서 개발했으며 Android에 대한 UI Automator와 매우 유사합니다. API는 Apple에서 정의하고 테스트는 JAVA로 작성됩니다.

# 5) 방법 :

KIF는 'Keep it Functional'을 의미합니다. 이것은 타사 및 오픈 소스 프레임 워크입니다.

이것은 XCTest 테스트 대상과 밀접하게 관련되고 사용되는 iOS 통합 테스트 프레임 워크입니다. KIF는 Xcode 프로젝트와 쉽게 구성하거나 통합 할 수 있으므로 추가 웹 서버 또는 추가 패키지가 필요하지 않습니다. KIF는 iOS 버전 측면에서 광범위하게 적용됩니다.

결론

iOS 애플리케이션 테스트는 가장 어려운 작업 일 수 있습니다. 이 기사를 통해 iOS 애플리케이션 테스트를 잘 이해 하셨기를 바랍니다.

그러나 올바른 접근 방식, 가능한 최상의 테스트 프로세스, 방법론, 도구, 에뮬레이터 / 장치 등을 선택하면 iOS 애플리케이션 테스트를 매우 성공적으로 수행 할 수 있습니다.

다가오는 튜토리얼은 관련된 모든 기본 개념을 간략하게 설명합니다. Android 앱 테스트 가이드 .