Fulfil the enlightened and sublime aspirations

Xcode 5 проект с юнит-тестами

Если создавать новый проект в Xcode, то он предлагает создать юнит-тесты автоматически. Но что делать если проект уже был создан без юнит-тестов, или юнит-тесты были удалены (как я сделал когда-то по-глупости)?

Юнит-тесты добавляются, если кликнуть на “Add Target..”

Затем выбрать “Cocoa Touch Unit Testing Bundle”

На следующем шаге я оставлю все по умолчанию, но нет ни каких проблем поменять так как удобнее вам.

Светую не менять тип юнит-тестов и оставить их XCTest.

Xcode создаст новый target и добавит все необходимые новые файлы. В моем случае он добавл target “Occurrence Tests” и добавил Occurrence_Tests.m файл к проекту. Файл Occurrence_Tests.m - это загатовка для юнит-тестов:

#import <XCTest/XCTest.h> @interface Occurrence_Tests : XCTestCase @end @implementation Occurrence_Tests - (void)setUp { [super setUp]; // Put setup code here. This method is called before // the invocation of each test method in the class. } - (void)tearDown { // Put teardown code here. This method is called after // the invocation of each test method in the class. [super tearDown]; } - (void)testExample { XCTFail(@"No implementation for \"%s\"", __PRETTY_FUNCTION__); } @end

Теперь можно откомпилировать тест (Product->Build For->Testing или ⇧⌘U) и запустить его (“Product->Test” или ⌘U). Тест должен выполнится с ошибкой “No implementation for “-[Occurrence_Tests testExample]”. Что и ожидаемо.

Кстати, очень полезная вкладка “Test Navigator”, которая показывает список всех тестов и результат их выполнения (для наглядности я добавил еще три теста).

Если навести курсор мышки на один из юнит тестов, то появится маленька кнопка Play ( ▶ ), с помощью которой можно выборочно запускать отдельные тесты на исполнение.

Загатовка для юнит-тестов готова.

CocoaPods и MagicalRecord

Следующий шаг. Устанавливаем MagicalRecord через CocoaPods. Надеюсь вы используете CocoaPods. Нет? о_0 ?! Ок.

CocoaPods, как утверждают разработчики, - это “The best way to manage library dependencies in Objective-C projects.” И они действительно правы - это самый лучший способ подключать библиотеки к проекту. Советую заглянуть на сайт http://cocoapods.org.

Устанавливаем cocoapods через консоль:

$ sudo gem install cocoapods $ pod setup

MagicalRecord - это такая волшебная библиотека, которая превращает работу с CoreData в прогулку по парку. Вместо того чтобы в ручную устанавливать и добавлять библиотеку к проекту для этого используем cocoapods. Для этого в папке, где находится наш проект “.xcodeproj”, создаем файл с названием “Podfile”. Содержание Podfile-файла:

platform :ios, '7.0' pod 'MagicalRecord', '2.2' link_with ['Occurrence', 'Occurrence Tests']

Не забудьте заменить Occurrence и Occurrence Tests, на название target-ов вашего проекта.

После этого в консоле переходим в папку с проектом (там где Podfile) и пишем:

$ pod install

Cocoapods создаст воркспейс “.xcworkspace” файл, подключит к нему проект, который мы создали, создаст новый проект под названием Pods, скачает все необходимые библиотеки для MagicalRecord и сконфигурирует все проекты как надо. Впредь основным файлом будет xcworkspace-файл.

Теперь в проекте есть юнит-тесты и MagicalRecord библоетка подключенная через Pods

Core Data, MagicalRecord и юнит-тесты.

Все необходимое готово, теперь переходим к юнит-тестам для Core Data.

Открываем наш тест файл Occurrence_Tests.m и добавляем header

#import "CoreData+MagicalRecord.h"

Инициализируем Core Data стэк в методе (void)setUp

- (void)setUp { [super setUp]; [MagicalRecord setupCoreDataStackWithInMemoryStore]; }

Метод (void)tearDown, соответсвенно, служит для удаления всех ресурсов в конце теста.

- (void)tearDown { [MagicalRecord cleanUp]; [super tearDown]; }

[MagicalRecord setupCoreDataStackWithInMemoryStore] инициализирует CoreData стэк с типом NSInMemoryStoreType. Одна строчка кода вместо того, чтобы в ручную расписывать всю инициализацию. Magic!

Теперь пишем юнит-тесты.

Вот кусок модели (model) Core Data

А вот, тест, который создает Project и добавляет к нему Question

- (void)testProjectCreation { NSManagedObjectContext *context = [NSManagedObjectContext MR_defaultContext]; Project *prj = [Project MR_createEntity]; prj.name = @"Lifts"; Question *q1 = [Question MR_createEntity]; q1.name = @"UP/DOWN?"; [prj addQuestionsObject:q1]; // Save the context. [context MR_saveOnlySelfWithCompletion:^(BOOL success, NSError *error) { if (!success) { XCTFail(@"%s, Unresolved error %@, %@", __PRETTY_FUNCTION__, error, [error userInfo]); } }]; }

А дальше ⌘U. :)

И что же я раньше этого не делал?! :)

Ссылки для чтения

http://cocoapods.org/

https://github.com/magicalpanda/MagicalRecord

Сессия 409 на WWDC 2013 “Testing in Xcode 5” - https://developer.apple.com/wwdc/videos/index.php?id=409 (нужен девелоперский аккаунт)

Например у меня есть готовый проект “Про” версии программы для айФона, который выглядит так.

В проекте сейчас всего один target - “Occurrence”. Соответственно, когда я компилирую проект, то получаю программу Occurrence.app

Теперь создаем “Лайт” версию. Для этого делаем копию существующего target’а

и переименовываем

XCode также автоматически добавил новую схему

Поскольку имя “Occurrence copy” немного некрасивое, то и меняем и его. Если нажать на “Manage Schemes”, то появится окно, где можно будет переименовать в более приятное название.

Следующий шаг - это поменять “Bundle Identifier”, чтобы не было конфликта между “Лайт” и “Про” версией. Например так.

Вкладка Info

Вкладка General

Вкладка Build Settings

Поменять Product Name

Так же советую внимательно просмотреть все настройки, вдруг еще что-нибудь переименовать забыли.

——

Теперь в проекте существуюе два разных target’a, которые можно независимо компилировать и запускать на устроиствах. Переключение между ними происходит переключением схем Occurrence и Occurence Lite (вверху слева возле кнопок “Плей”/”Стоп”)

Работа с “Лайт” версией теперь абсолютно такая же как и c “Про” версией. Нужно точно также как и для “Про” версии создать новый сертификат прежде чем сабмитить в Аппстор, и незабыть указать его в Build Settings настройках для “Лайт” версии.

И последний ньюанс. Как дать исхдному коду понять, что это “Лайт” версия или “Про”? Очень просто. Достаточно добавить “Preprocessor Macros” для “Лайт” версии.

После этого OCCURRENCE_LITE_VERSION можно использовать в коде

#ifdef OCCURRENCE_LITE_VERSION // Lite version NSLog(@"Lite version"); #else // Not lite version NSLog(@"Not lite version"); #endif

Если что упустил в процессе, то пишите - исправлю.