Jak zaimportować mój moduł aplikacji do pliku MyAppUITests?

Question

To jest mój prosty przypadek testowy:

import XCTest 
@testable import MyApp //it doesn't work 

z tego powodu:

class TabBarControllerTests: XCTestCase { 

    override func setUp() { 
     super.setUp() 

     let defaults = NSUserDefaults.standardUserDefaults() 
     defaults.setObject([], forKey: DBTabBarOrderedIndexesKey) //key is undefined, because of lack of my app module 
     defaults.synchronize() 

     continueAfterFailure = false 
     XCUIApplication().launch() 
    } 

    func testIsOrderOfTabsSaved() { 

     XCUIApplication().tabBars.buttons["Catering"].tap() 
     //what next? 
    } 
} 

Raz dotknij UITabBarItem zmienić wartość DBAppSettings.mode, więc tutaj chciałbym mieć dostęp do mojej właściwości DBAppSettings.mode, aby sprawdzić, czy rzeczywiście została zmieniona.

Zauważyłem, że jest jedna dziwna rzecz, kiedy buduję swoją aplikację i sprawdzam, co zostało zbudowane, tam nie jest kompilacją dla mojego celu UITest. Czy to ważne?

Answer 1

Jest to odpowiedź firmy Apple:

testy UI wykonać inaczej testów jednostkowych - Testy jednostkowe uruchomić wewnątrz procesu aplikacji, aby mogli uzyskać dostęp do kodu aplikacji. Testy interfejsu użytkownika są wykonywane w oddzielnym procesie, poza aplikacją, dzięki czemu mogą symulować interakcje użytkownika z aplikacją. Nie oczekuje się, że będzie można uzyskać dostęp do klasy aplikacji z testu interfejsu użytkownika.

Answer 2

Od Jabłko uniemożliwia dostęp do głównego aplikacji z testów UI, można by pomyśleć o reorganizacji struktury aplikacji do przechowywania istotnych danych, który wymaga sprawdzenia w miejscu dostępnym dla testów UI.

Można rozważyć przenoszenie definicji i danych z głównej klasy aplikacji do oddzielnej klasy, która może zostać załadowana przez środowisko testowe.

Answer 3

Każdy obiekt, do którego potrzebujesz dostępu w testach interfejsu użytkownika musi być częścią celu testu interfejsu użytkownika. Obejmuje to zależności obiektów. To śliskie zbocze i raczej bałagan.

Answer 4

Zamiast sprawdzać swoje testy na temat swojej aplikacji, spróbuj ją obrócić i poinformuj ją, że jest testowana. Jednym ze sposobów jest wykorzystanie właściwości launchArguments:

app = XCUIApplication() 
    app.launchArguments.append("TestMode") 
    app.launch() 

Następnie w aplikacji:

if NSProcessInfo.processInfo().arguments.contains("TestMode") { 
     // I am running in test mode 
    } 

W twoim przypadku aplikacja może następnie ustawić NSUserDefaults odpowiednio.

Answer 5

Rozwiązałem problem z niedostępnym symbolem, wyciągając niektóre rzeczy z mojej aplikacji docelowej do dwóch frameworków (model i model widoku), które następnie mogę zaimportować do moich testów interfejsu użytkownika.

Jeśli chodzi o dostęp do faktycznej pamięci pliku wykonywalnego, nie można, ale można przetestować, czy rzeczy, które powinny pojawić się na ekranie gdzieś w tym trybie. Używam tego potwierdzenia do np. sprawdź istnienie komórki widoku tabeli:

XCTAssertTrue(tables.cells.staticTexts["Cell title I expect to exist"].waitForExistence(timeout: 1)) 

Ponieważ możesz korzystać z ułatwień dostępu, możesz uzyskać dostęp do całkiem przyzwoitej ilości rzeczy w ten sposób. Przypuszczam, że możesz dodać niewidzialną etykietę ze zrzutem pamięci aplikacji - tylko w trybie testowym!

Też używam argumentów uruchamiania, aby skonfigurować moją aplikację do testów interfejsu użytkownika, jak Michael zasugerował: https://stackoverflow.com/a/34469136/4789448.