NSURL de chemin d'accès au fichier dans l'essai bundle avec XCTest

Swift 4, 5:

let testBundle = Bundle(for: type(of: self))
guard let fileURL = testBundle.url(forResource: "imageName", withExtension: "png") 
  else { fatalError() }

//path approach
guard let filePath = bundle.path(forResource: "dataName", ofType: "csv")
  else { fatalError() }
let fileUrl = URL(fileURLWithPath: filePath)

---

Bundle fournit des façons de découvrir le principal et tester les chemins d'accès de votre configuration:

@testable import Example

class ExampleTests: XCTestCase {

    func testExample() {
        let bundleMain = Bundle.main
        let bundleDoingTest = Bundle(for: type(of: self ))
        let bundleBeingTested = Bundle(identifier: "com.example.Example")!

        print("bundleMain.bundlePath : \(bundleMain.bundlePath)")
        //…/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/Library/Xcode/Agents
        print("bundleDoingTest.bundlePath : \(bundleDoingTest.bundlePath)")
        //…/PATH/TO/Debug/ExampleTests.xctest
        print("bundleBeingTested.bundlePath : \(bundleBeingTested.bundlePath)")
        //…/PATH/TO/Debug/Example.app

        print("bundleMain = " + bundleMain.description) //Xcode Test Agent
        print("bundleDoingTest = " + bundleDoingTest.description) //Test Case Bundle
        print("bundleUnderTest = " + bundleBeingTested.description) // App Bundle

Xcode URL sera en Developer/Xcode/DerivedData quelque chose comme ...

file:///Users/
  UserName/
    Library/
      Developer/
        Xcode/
          DerivedData/
            App-qwertyuiop.../
              Build/
                Products/
                  Debug-iphonesimulator/
                    AppTests.xctest/
                      imageName.png

... qui est distinct de Developer/CoreSimulator/Devices URL

file:///Users/
  UserName/
    Library/
    Developer/
      CoreSimulator/
        Devices/
          _UUID_/
            data/
              Containers/
                Bundle/
                  Application/
                    _UUID_/
                      App.app/

Également note de l'unité de test exécutable est, par défaut, en lien avec le code de l'application. Toutefois, le code de test unitaire ne devrait avoir que des Cibles d'Adhésion dans tout le test bundle. Le code de l'application ne devrait avoir que des Cibles d'Adhésion dans le bundle de l'application. Au moment de l'exécution, l'unité de test cible bundle est injecté dans le bundle de l'application pour l'exécution.

Swift Gestionnaire de Package (SPM) 4:

let testBundle = Bundle(for: type(of: self)) 
print("testBundle.bundlePath = \(testBundle.bundlePath) ")

Remarque: Par défaut, la ligne de commande swift test permettra de créer un MyProjectPackageTests.xctest test bundle. Et, le swift package generate-xcodeproj permettra de créer un MyProjectTests.xctest test bundle. Ces différents tester les faisceaux ont des chemins différents. Aussi, le test différents faisceaux peuvent avoir certains interne de la structure de répertoire et les différences de contenu.

Dans les deux cas, la .bundlePath et .bundleURL sera de retour le chemin de la grappe-test actuellement en cours d'exécution sur macOS. Cependant, Bundle n'est pas actuellement mis en œuvre pour Ubuntu.

Aussi, en ligne de commande swift build et swift test ne fournissent pas actuellement de mécanisme pour copier des ressources.

Cependant, avec un peu d'effort, il est possible de mettre en place des processus pour l'utilisation de la Swift Paquet de Crèche avec des ressources dans le macOS Xcode, macOS ligne de commande, et Ubuntu en ligne de commande environnements. Un exemple peut être trouvé ici: 004.4'2 SW Dev Swift Gestionnaire de Package (SPM) Avec des Ressources Qref

Swift Gestionnaire de Package (SPM) 4.2

Swift Gestionnaire de paquets PackageDescription 4.2 introduit la prise en charge de les dépendances locales.

Les dépendances locales sont des paquets sur un disque qui peut être renvoyé directement à l'aide de leurs chemins d'accès. Les dépendances locales ne sont autorisés que dans le package racine et elles remplacent toutes les dépendances avec le même nom dans le package graphique.

Remarque: je pense, mais n'ai pas encore testé, que quelque chose comme ce qui suit devrait être possible avec SPM 4.2:

//swift-tools-version:4.2
import PackageDescription

let package = Package(
    name: "MyPackageTestResources",
    dependencies: [
        .package(path: "../test-resources"),
    ],
    targets: [
        //...
        .testTarget(
            name: "MyPackageTests",
            dependencies: ["MyPackage", "MyPackageTestResources"]
        ),
    ]
)

1. Vous pouvez référencer bundle fichiers comme dans n'importe quelle cible.
2. Vérifier si le fichier est Copyed dans la Copie Ressources de module, phase de construction (de votre cible de test)

3. D'accès vers le fichier local :

   NSURL*imageUrl=[[NSBundle mainBundle]URLForResource:@"imageName" withExtension:@"png"];

Vous pouvez faire de la programmation asynchrone d'accès et d'attendre la réponse à l'aide de : https://github.com/travisjeffery/TRVSMonitor

Si vous avez ajouté : dataset1.json dans la cible de test (2) :

NSString *p=[[NSBundle mainBundle] pathForResource:@"dataset1" ofType:@"json"];
NSLog(@"%@",p);

2013-10-29 15:49:30.547 PlayerSample[13771:70b] WT(0): /Users/bpds/Bibliothèque/Application Support/Simulateur d'iPhone/7.0/Applications/7F78780B-684A-40E0-AA35-A3B5D8AA9DBD/PlayerSample.app.app/dataset1.json

Le problème que j'ai été confronté à été le code de l'application a été la tentative d'accès au regroupement principal pour des choses comme bundleIdentifier et depuis le regroupement principal n'était pas mon projet de test d'unité, il serait de retour nul.

Un hack autour de ce qui fonctionne dans les deux Swift 3.0.1 et Objective-C est de créer de l'Objectif de la catégorie C sur NSBundle et l'inclure dans votre projet de tests unitaires. Vous n'avez pas besoin d'un pontage en-tête ou quoi que ce soit. Cette catégorie seront chargées et maintenant, quand vous le code de l'application demande le regroupement principal de votre catégorie de retourner l'appareil de test bundle.

@interface NSBundle (MainBundle)

+(NSBundle *)mainBundle;

@end

@implementation NSBundle (Main)

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wobjc-protocol-method-implementation"
+(NSBundle *)mainBundle
{
    return [NSBundle bundleForClass:[SomeUnitTest class]];
}
#pragma clang diagnostic pop

@end