Wie lassen Sie die app wissen, ob Ihre Ausführung von Unit-tests in einer reinen Swift-Projekt?

Elvind die Antwort ist nicht schlecht, wenn Sie haben wollen, was früher als Reine "Logik-Tests". Wenn Sie möchten dennoch führen Sie mit Ihrem host-Anwendung noch bedingt ausführen oder nicht ausführen von code, je nachdem, ob tests ausgeführt werden, können Sie die folgenden verwenden, um festzustellen, ob ein test-bundle gespritzt wurden:

if NSProcessInfo.processInfo().environment["XCTestConfigurationFilePath"] != nil {
     //Code only executes when tests are running
}

Habe ich eine bedingte Kompilierung Flagge wie beschrieben in dieser Antwortso dass die Laufzeit Kosten fallen nur in debug-builds:

#if DEBUG
    if NSProcessInfo.processInfo().environment["XCTestConfigurationFilePath"] != nil {
        //Code only executes when tests are running
    }
#endif

Bearbeiten Swift 3.0

if ProcessInfo.processInfo.environment["XCTestConfigurationFilePath"] != nil {
    //Code only executes when tests are running
}

InformationsquelleAutor der Antwort Michael McGuire

Ich glaube, es ist völlig legitim, wissen zu wollen, wenn Sie die Ausführung in einem test-oder nicht. Es gibt zahlreiche Gründe, warum, die hilfreich sein können. Zum Beispiel, bei der Ausführung von tests, habe ich wieder früh von der Anwendung-hat/wird-beenden-starten-Methoden in der App Delegieren, so dass die tests starten schneller-code nicht relevant zu meinem unit-test. Doch, ich kann nicht gehen, Reine "Logik" - test, für eine Vielzahl von anderen Gründen.

Ich verwendet, um von der ausgezeichneten Technik, beschrieben von @Michael McGuire oben. Allerdings bemerkte ich, aufgehört zu arbeiten für mich rund um Xcode 6.4/iOS8.4.1 (vielleicht brach es früher).

Nämlich, ich sehe nicht, das XCInjectBundle mehr, wenn ein test innerhalb einer test-target für einen Rahmen von mir. Das heißt, ich bin innerhalb einer test-target-tests ein framework.

So, unter Verwendung des Ansatzes @Fogmeister schlägt vor, jeden meiner test-Systeme nun setzt eine Umgebungsvariable, die ich überprüfen kann.

Dann, hier einige Codes die ich auf eine Klasse namens APPSTargetConfiguration dass die Beantwortung dieser einfachen Frage für mich.

static NSNumber *__isRunningTests;

+ (BOOL)isRunningTests;
{
    if (!__isRunningTests) {
        NSDictionary *environment = [[NSProcessInfo processInfo] environment];
        NSString *isRunningTestsValue = environment[@"APPS_IS_RUNNING_TEST"];
        __isRunningTests = @([isRunningTestsValue isEqualToString:@"YES"]);
    }

    return [__isRunningTests boolValue];
}

Den ein Nachteil bei diesem Ansatz ist, dass wenn Sie führen Sie einen test aus, Ihre Haupt-app Schema, wie XCTest mit denen Sie zu tun, (nicht die Auswahl einer von Ihren test-Systeme), werden Sie nicht erhalten diese Umgebungsvariable gesetzt werden.

InformationsquelleAutor der Antwort idStar

Können Sie pass-Laufzeitumgebung die Argumente in die app-je nach Regelung hier...

Aber ich würde Fragen, ob oder nicht es wirklich benötigt wird.

InformationsquelleAutor der Antwort Fogmeister

Hier ist ein Weg, ich habe mit im Swift 4 /Xcode 9 für unsere unit-tests. Es basiert auf Jesse ' s Antwort.

Es ist nicht einfach, um zu verhindern, dass das storyboard geladen, aber wenn Sie fügen Sie diese an den Anfang didFinishedLaunching, dann macht es sehr klar, um Ihre Entwickler, was Los ist:

func application(_ application: UIApplication,
                 didFinishLaunchingWithOptions launchOptions:
                 [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
    #if DEBUG
    if let _ = NSClassFromString("XCTest") {
        //If we're running tests, don't launch the main storyboard as
        //it's confusing if that is running fetching content whilst the
        //tests are also doing so.
        let viewController = UIViewController()
        let label = UILabel()
        label.text = "Running tests..."
        label.frame = viewController.view.frame
        label.textAlignment = .center
        label.textColor = .white
        viewController.view.addSubview(label)
        self.window!.rootViewController = viewController
        return true
    }
    #endif

(Sie natürlich tun sollten nicht, wie dies für UI-tests, wo Sie wollen, die app zu starten, als normal!)

InformationsquelleAutor der Antwort JosephH

Einige dieser Ansätze funktionieren nicht mit UITests und wenn du im Grunde bist-Tests mit dem app-code selbst (statt der Zugabe von speziellen code in ein UITest Ziel).

Landete ich setzen einer environment-Variablen in der test-setUp-Methode:

XCUIApplication *testApp = [[XCUIApplication alloc] init];

//set launch environment variables
NSDictionary *customEnv = [[NSMutableDictionary alloc] init];
[customEnv setValue:@"YES" forKey:@"APPS_IS_RUNNING_TEST"];
testApp.launchEnvironment = customEnv;
[testApp launch];

Beachten Sie, dass dies sicher für meine Tests, da ich derzeit nicht verwenden, jede andere launchEnvironment Werte; wenn Sie es tun, Sie würde natürlich wollen, kopieren Sie eine vorhandene Werte zuerst.

Dann in meiner app code, schaue ich mir für diese Umgebungsvariable, wenn Sie/, wenn Sie ausschließen will ich einige Funktionen bei einem test:

BOOL testing = false;
...
if (! testing) {
    NSDictionary *environment = [[NSProcessInfo processInfo] environment];
    NSString *isRunningTestsValue = environment[@"APPS_IS_RUNNING_TEST"];
    testing = [isRunningTestsValue isEqualToString:@"YES"];
}

Hinweis - vielen Dank für RishiG ' s Kommentar gab mir diese Idee, ich habe Sie nur erweitert, um ein Beispiel.

InformationsquelleAutor der Antwort ODB