"Немає такого модуля" при використанні @testable у тестах модуля Xcode

Нещодавно я оновив до Xcode 7 beta 5. Я намагався додати тест одиниці до більш раннього проекту, але я отримую повідомлення про помилку "Немає такого модуля [myModuleName]" у @testable import myModuleNameрядку.

я намагався

• очищення проекту за допомогою Optionпапки «Чиста збірка»
• перевіряючи, що для параметра "Увімкнути тестуваність" (налагодження) встановлено значення Так в параметрах збірки
• видалення цілі тестування та повторне додавання пакета тестування блоку iOS

Ніщо з цього не працювало на цей проект (але я пройшов тестування для роботи в іншому проекті). Хтось ще мав цю проблему і вирішив її?

Перевірте своє ім'я модуля, з яким ви намагаєтеся імпортувати @testable import "ModuleName". Назва модуля має бути однаковою наTarget->Build Settings-> Product Module Name

Відповідь, яка працювала на мене

Відповідь полягала в тому, що в моєму проекті виникли помилки, які збивали збірку. (Це був просто ваш стандарт кожного дня помилки в коді.) Після того, як я виправив помилки та зробив ще одну чистку та збірку, вона працювала.

Зауважте, що ці помилки спочатку не з’являлися. Щоб показати їх:

• Прокоментуйте весь тестовий файл, який дає помилку "Немає такого модуля".
• Спробуйте запустити проект ще раз.

Якщо є інші помилки, вони повинні з’явитися зараз. Виправте їх, а потім відмежуйте свій код тестового файлу. Помилка "Немає такого модуля" для мене не було.

Якщо це не вирішує проблему для інших людей, ви також можете спробувати наступне:

Очистіть папку збірки

Відкрийте меню "Продукт", утримуйте Optionта натисніть "Очистити папку збірки ..."

Переконайтесь, що для параметра Увімкнути тестовість встановлено значення Так

У Навігаторі проектів натисніть назву проекту. Виберіть "Налаштування побудови" та прокрутіть вниз до "Параметри збирання". Переконайтесь, що Enable Testability (Так) (для налагодження).

Видаліть і повторно додайте ціль Тестів

Якщо ви зробили інші речі, я гадаю, що вам, мабуть, цього не потрібно. Але якщо це зробити, не забудьте зберегти будь-які одиничні тести, які ви вже написали.

Клацніть назву проекту в Навігаторі проектів. Потім виберіть ціль тестів. Натисніть кнопку мінус (-) внизу, щоб видалити її.

Потім натисніть кнопку плюс (+) і виберіть пакет iOS Unit Testing Bundle, щоб знову додати його. Як бачите, ви також можете додати пакет тестування інтерфейсу користувача таким же чином.

Ще кілька ідей

• Переконайтесь, що всі необхідні класи є членами вашої тестової цілі.
• Переконайтеся, що ви додали всі необхідні бібліотеки.
• Переконайтесь, що назва модуля написана правильно (див. Цю відповідь ).

Або ...

Залиште коментар або відповідь нижче, якщо ви знайшли щось інше, що спрацювало.

Пов'язані

• Як зробити модульний тест у Xcode
• Приклад тестування інтерфейсу Xcode

Проблема для мене полягала в тому, що ціль розгортання iOS тестів не була такою ж, як основна ціль. Тому обов'язково перевірте це.

У вашій тестовій цілі:

Build Settings -> iOS Deployment Target -> iOS<same as the target you are testing>

Ось так я взявся за те, щоб мій код працював після спробу всіх запропонованих рішень із попередніх пропозицій.

• Я встановив "Увімкнути перевірку" на "ТАК" у Налаштуваннях збірки проекту
• Я також встановив "Визначає модуль" на "ТАК" у Налаштуваннях побудови мого проекту.
• Для звичайного файлу .swift (и) в моєму проекті, скажімо MyApp , я збирався написати тест для випадків, я як головний « MyApp » і « MyAppUnitTests » Цілі перевірені в відповідно з цільовою Членський .
• Потім я вибрав свої тестові файли одиниць, оголосив " @testable import MyApp " вгорі, під " імпортувати XCTest ", і лише перевірив "MyAppUnitTests" у рамках цільового членства

І все працювало як шарм. Сподіваюся, це допомагає.

Одним з причин слід звернути увагу на те, що якщо назва вашого модуля має в ньому тире, -тоді вам доведеться посилатися на нього з підрядкою _. Я чомусь підозрював, що це може бути проблемою, і це справді було моїм питанням.

напр. @testable import Ocean-Swiftстає@testable import Ocean_Swift

Ще одна річ, якщо ви використовуєте @testableсинтаксис, не забудьте включити свій виробничий код у вашу тестову ціль. Я виявив, що це спричинить незрозумілі дивацтва.

Це здається помилкою у налаштуваннях збірки обох цілей. Вам потрібно переконатися, що:

• ENABLE_TESTABILITY дорівнює для обох цілей.
• PRODUCT_MODULE_NAMEЗначення випробувальної мішені повинно відрізнятися від однієї програми.

Ще одне, що потрібно перевірити: Якщо у вас є проект Objective-C, але ви пишете одиничні тести в Swift, переконайтеся, що основна мета використовує принаймні один файл Swift!

Більше інформації:

Я працював над проектом Objective-C, але хотів написати тести для одиниць у Swift.

Я додав файл Swift до основної цілі, щоб створити необхідний файл ProjectName-Bridging-Header.h, написав свої тести і все працювало належним чином.

Пізніше я видалив файл Swift, тому що подумав, що він мені не потрібен (увесь основний код цілі знаходиться в Objective-C ... Я лише писав тести у Swift).

Я не помітив проблеми пізніше, після того як зробив папку "чиста / чиста збірка" і з'явилася проблема "Немає такого модуля". Після декількох подряпин по голові я додав новий порожній файл Swift і проблема усунулася.

Я тестував його кілька разів з / без файлу Swift, і він працює тільки з ним ... так що мені потрібно буде залишити порожній файл у проекті, перетворити деякий Objective-C в Swift або додати якийсь новий код проекту, написаний у Swift.

Для тих, хто прокрутив до останньої відповіді і все ще нічого не працював, ось що це зробило для мене після виконання всіх інших порад на відповіді. Я використовую Xcode 11:

Що викликало проблему в моєму випадку, це те, що я змінив назву продукту

1. Я змінив назву продукту в налаштуваннях збірки основної цілі на "нове ім'я"
2. Мені довелося повторно вибрати хост-додаток для моєї тестової цілі

3. Я не знав, що зміна назви продукту також змінить ім'я модуля продукту , тобто те, яке використовується для імпорту модуля в моїх тестових файлах. Я змінив імпорт наступним чином:

   @testable import New_Name

4. Це спрацювало

Я сподіваюся, що це допомагає

Провівши пару днів на це питання, нарешті, я змусив його працювати над своїм проектом. Проблема була в мостовому заголовку - шлях у цілі тестів не може бути порожнім, якщо ви використовуєте мостиковий заголовок у своїй головній цілі

Сподіваюсь, це комусь заощадить час.

Переконайтеся, що в налаштуваннях схеми тестової схеми в списку знаходиться ціль тесту.

Поруч із кнопкою відтворення виберіть схему тестування, потім відредагуйте схему ..., перейдіть до розділу Збірка, натисніть плюс + та виберіть ціль, на яку хочете протестувати.

У моєму випадку у нас є внутрішня ціль, яку ми розробляємо (кілька незначних відмінностей), і після об'єднання її було видалено з тестового конфігурації.

Ось ще одна річ, щоб перевірити, чи немає у списку. Для мене це мало відношення до моєї команди, можливо, тому, що агент нашої команди ще не погодився на останню ліцензійну угоду! Після того, як я вибрав іншу команду в загальних налаштуваннях моєї цілі, а потім вказав конкретну ціль розгортання, як-от 12.1 або 11.0, раптом попередження "Немає такого модуля" відійшло.

У моєму випадку у мене було 3 випуски. Першим було те, що мені довелося вказати шлях імпорту в:

Target -> Build Settings -> Swift Compiler - Search Paths -> Import Paths

Друге - це те, що я використовував Pods, і мені довелося імпортувати ці стручки на мої тести, використовуючи:

target 'MyAppTests' do
    inherit! :complete
end

Третій, як те, що я використовував мостиковий заголовок у своїй цілі, таким чином, мені довелося вказати мостиковий заголовок, щоб він був однаковим для тесту.

Моя проблема полягала в тому, що клас, який я хотів перевірити, повинен був знаходитись в окремому модулі (API-клієнт), але клас фактично був членом цілі програми, а не рамковою ціллю. Зміна цільового складу класу усунула помилку імпорту!

Навколишнє середовище: Xcode Версія 9.0 (9A235)
Сценарій: Тестування рамки з відкритим кодом.

У мене була така ж проблема: "Немає такого модуля".

Рішення:

1. Виберіть тестову ціль.
2. Виберіть фази збірки
3. Додайте рамку для тестування через Link Binary ...

Ось тестовий файл:

У мене був цей самий випуск. Очищення папки збірки та перезапуск Xcode не працювали.

Що для мене працювало, це те, щоб налаштування для "Тільки активної архітектури" вашої тестової цілі та схеми відповідало налаштуванню цілі та схеми вашого додатка.

Я дотримувався вищезазначених кроків, які спрацювали. Однак у мого проекту були ще деякі проблеми. Я отримав це попередження, і я не зміг отримати доступ до класів свого основного проекту, щоб перевірити свою тестову ціль.

Я виявив, що назва вашого модуля тестового цільового продукту (YourTestTarget -> Налаштування збірки -> пошук product module) не може бути таким же ім'ям, як назва вашого проекту.

Як тільки я змінив назву модуля продукту для своєї тестової цілі, все працювало.

Я спробував усі відповіді тут, але червоний прапор не зникне. Але я змусив його працювати, просто "запустивши" порожній тест незалежно, і він очистився.

Я б хотів переконатися, що зроблено:

• Хост-додаток
• @testable import "Module_name" (переконайтесь, що ім'я модуля правильне)
• Переконайтесь, що ціль розгортання тесту збігається з проектом
• У XCTest не потрібно мати цільове членство

Для мене рішенням було перейменувати @testable import myproject_ios на @testable import myproject після того, як я оновив назву продукту цільового myproject-ios у Налаштуваннях збірки / Упаковка / Назва продукту / з $ {TARGET_NAME} в мій проект.

Це було виправлено для мене, коли я змінив ціль розгортання з 9,3 на 11,0.

Загальне> Ціль розгортання> "11.0"

Моє рішення тут.

По-перше, натисніть OdeAlSwiftUITest.swift, а потім перевірте проект TargetName в цільовому членстві.

Якщо ви використовуєте xcodebuild і знайдете цю проблему, розгляньте можливість додавання прапор робочої області до команди build.

Це змінилося

$ xcodebuild -scheme PowToonsTests -destination 'name=iPhone X' test

До цього

$ xcodebuild -workspace PowToons.xcworkspace -scheme PowToonsTests -destination 'name=iPhone X' test

Під час тестування налаштувань налаштування, перевірте тестування хоста, воно приймає ім'я, встановлене в PRODUCT_NAME Саме таку назву ви повинні використовувати на тестових заняттях.

Рекомендую не змінювати PRODUCT_NAME (ім'я основної цілі)

Клацніть MyAppTests.swift у навігаторі проектів та клацніть правою панеллю, перевірте свій модуль у цільовому членстві. Це працює в моєму.

CocoaPods рекомендує додавати inherit! :search_pathsдо тестової цілі так:

target 'App' do
  target 'AppTests' do
    inherit! :search_paths
  end
end

Джерело: https://github.com/CocoaPods/CocoaPods/pull/8423#issue-244992565

Як описано в цій відповіді, я додавав тести Swift до проекту, призначеного лише для Obj-C. Рішення полягало в тому, щоб додати фіктивний клас Swift, після якого Xcode запропонує додати мостиковий заголовок, а потім видалити клас Swift. Після цього все було добре.

Крім інших перерахованих речей, мені довелося додати файл із класом, який я намагався перевірити, до своїх джерел компіляції для модульного модуля тестування

Я думаю, що це могло статися, оскільки я видалив приклади тестів.

Я вийняв тестовий пакет Unit, потім повторно додав його, як показано на малюнках нижче, і все знову було добре.