Apple introduced a new UI Testing feature starting from Xcode 7 that is, quoting Will Turner on stage at the WWDC, a huge expansion of the testing technology in the developer tools. The framework is easy to use and the integration with the IDE is great however there is a major problem with the way tests are launched. Testing code runs as a separate process which prevents to directly share data with the app under test making it hard to do things like dynamically inject data or stub network calls.
With SBTUITestTunnel we extended UI testing functionality allowing to dynamically:
- stub network calls
- interact with NSUserDefaults and Keychain
- download/upload files from/to the app's sandbox
- network calls monitoring
The library consists of two separated components which communicate with each other, one to be instantiate in the application and the other in the testing code. A web server inside the application is used to create the link between the two components allowing test code to send requests to the application.
Requires iOS 8.0 or higher.
We strongly suggest to use cocoapods being the easiest way to embed the library inside your project.
Your Podfile should include the sub project SBTUITestTunnel/Server
for the app target and SBTUITestTunnel/Client
for the UI test target.
target :APP_TARGET do
pod 'SBTUITestTunnel/Server'
end
target :UITESTS_TARGET, :exclusive => true do
pod 'SBTUITestTunnel/Client'
end
Add files in the Server and Common folder to your application's target, Client and Common to the UI test target.
Call [SBTUITestTunnelServer takeOff]
from the application's main
function
#import "SBTAppDelegate.h"
#if TARGET_OS_SIMULATOR
#import "SBTUITestTunnelServer.h"
#endif
int main(int argc, char *argv[])
{
#if TARGET_OS_SIMULATOR
[SBTUITestTunnelServer takeOff];
#endif
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([SBTAppDelegate class]));
}
}
Note The web server won't startup in production code however we strongly suggest to avoid shipping SBTUITestTunnel at all in your production code, like for example wrapping the code inside a preprocessor conditional #if
clause as shown above.
Instead of using XCUIApplication
use SBTUITunneledApplication
.
SBTUITunneledApplication
's headers are well commented making the library's functionality self explanatory. You can also checkout the UI test target in the example project which show basic usage of the library.
At launch you can optionally provide some options and a startup block which will be executed before the applicationDidFinishLaunching will be called. This is the right place to prepare (inject files, modify NSUserDefaults, etc) the app's startup status.
Launch with no options
SBTUITunneledApplication *app = [[SBTUITunneledApplication alloc] init];
[app launch];
Launch with options and startupBlock
SBTUITunneledApplication *app = [[SBTUITunneledApplication alloc] init];
[app launchTunnelWithOptions:@[SBTUITunneledApplicationLaunchOptionResetFilesystem, SBTUITunneledApplicationLaunchOptionAuthorizeLocation]
startupBlock:^{
[app setUserInterfaceAnimationsEnabled:NO];
[app userDefaultsSetObject:@(YES) forKey:@"show_startup_warning"]
...
}];
There are several ways to stub network calls
Regex
NSString *stubId = [app stubRequestsWithRegex:@"(.*)apple(.*)"
returnJsonDictionary:@{@"request": @"stubbed"}
returnCode:200
responseTime:SBTUITunnelStubsDownloadSpeed3G];
// from here on network request containing 'apple' will return a JSON {"request" : "stubbed" }
...
[app stubRequestsRemoveWithId:stubId]; // To remove the stub either use the identifier
[app stubRequestsRemoveAll]; // or remove all active stubs
Set object
[app userDefaultsSetObject:@"test_value" forKey:@"test_key"]);
Get object
id obj = [app userDefaultsObjectForKey:@"test_key"]
Remove object
[app userDefaultsRemoveObjectForKey:@"test_key"]
This may come handy when you need to check that specific network requests are made.
[app monitorRequestsWithRegex:@"(.*)apple(.*)"];
...
// once ready flush calls and get the list of requests
NSArray<SBTMonitoredNetworkRequest *> *requests = [app monitoredRequestsFlushAll];
for (SBTMonitoredNetworkRequest *request in requests) {
// do things with the recorded requests
}
[app monitorRequestRemoveAll];
Upload
NSString *testFilePath = ... // path to file
[app uploadItemAtPath:testFilePath toPath:@"test_file.txt" relativeTo:NSDocumentDirectory];
Download
NSData *uploadData = [app downloadItemFromPath:@"test_file.txt" relativeTo:NSDocumentDirectory];
Kudos to the developers of the following pods which we use in SBTUITestTunnel:
Contributions are welcome! If you have a bug to report, feel free to help out by opening a new issue or sending a pull request.
SBTUITestTunnel is available under the Apache License, Version 2.0. See the LICENSE file for more info.