Breakpoints for Swift Testing - precise control over side effects and fully observable state transitions in asynchronous functions
- What Problem Probing Solves?
- How Probing Works?
- Documentation & Sample Project
- Examples
- Installation
Testing asynchronous code remains challenging, even with Swift Concurrency and Swift Testing. Some of the persistent difficulties include:
- Unobservable state transitions: When invoking methods on objects, often with complex dependencies between them, it’s not enough to inspect just the final output of the function. Inspecting the internal state changes during execution, such as loading states in view models, is equally important but notoriously difficult.
- Non-determinism:
Task
instances run concurrently and may complete in different orders each time, leading to unpredictable states. Even with full code coverage, there’s no guarantee that all execution paths have been reached, and it's' difficult to reason about what remains untested. - Limited runtime control: Once an asynchronous function is running, influencing its behavior becomes hard. This limitation pushes developers to rely on ahead-of-time setups, like intricate mocks, which add complexity and reduce clarity of the test.
Over the years, the Swift community has introduced a number of tools to address these challenges, each with its own strengths:
- Quick/Nimble: Polling with the designated matchers allows checking changes to object state, but it can lead to flaky tests and is generally not concurrency-safe.
- Combine/RxSwift: Reactive paradigms are powerful, but they can be difficult to set up and may introduce unnecessary abstraction,
especially now that
AsyncSequence
covers many use cases natively. - ComposableArchitecture: Provides a robust approach for testing UI logic, but it’s tightly coupled to its own architectural patterns and isn’t suited for other application layers.
These tools have pushed the ecosystem forward and work well within their intended contexts.
Still, none provide a lightweight, general-purpose way to tackle all of the listed problems that embraces the Swift Concurrency model.
That's why I have designed and developed Probing
.
The Probing
package consists of two main modules:
Probing
, which you add as a dependency to the targets you want to testProbeTesting
, which you add as a dependency to your test targets
With Probing
, you can define probes - suspension points typically placed after a state change,
conceptually similar to breakpoints, but accessible and targetable from your tests.
You can also define effects, which make Task
instances controllable and predictable.
Then, with the help of ProbeTesting
, you write a sequence of dispatches that advance your program to a desired state.
This flattens the execution tree of side effects, allowing you to write tests from the user’s perspective,
as a clear and deterministic flow of events:
@Test
func testLoading() async throws {
try await withProbing {
await viewModel.load()
} dispatchedBy: { dispatcher in
#expect(viewModel.isLoading == false)
#expect(viewModel.download == nil)
try await dispatcher.runUpToProbe()
#expect(viewModel.isLoading == true)
#expect(viewModel.download == nil)
downloaderMock.shouldFailDownload = false
try await dispatcher.runUntilExitOfBody()
#expect(viewModel.isLoading == false)
#expect(viewModel.download != nil)
#expect(viewModel.prefetchedData == nil)
try await dispatcher.runUntilEffectCompleted("backgroundFetch")
#expect(viewModel.prefetchedData != nil)
}
}
ProbeTesting
also includes robust error handling. It provides recovery suggestions for every error it throws,
guiding you toward a solution and making it easier to get started with the API.
Full documentation is available on the Swift Package Index:
You can download the ProbingPlayground
sample project from its GitHub page.
The CHANGED
and ADDED
comments highlight how the view model in the examples has been adapted
to support testing with ProbeTesting
. As you can see, the changes are minimal and don’t require any architectural shift.
// ViewModel.swift
func uploadImage(_ item: ImageItem) async {
do {
uploadState = .uploading
await #probe() // ADDED
let image = try await item.loadImage()
let processedImage = try await processor.processImage(image)
try await uploader.uploadImage(processedImage)
uploadState = .success
} catch {
uploadState = .error
}
await #probe() // ADDED
try? await Task.sleep(for: .seconds(3))
uploadState = nil
}
// ViewModelTests.swift
@Test
func testUploadingImage() async throws {
try await withProbing {
await viewModel.uploadImage(ImageMock())
} dispatchedBy: { dispatcher in
#expect(viewModel.uploadState == nil)
try await dispatcher.runUpToProbe()
#expect(uploader.uploadImageCallsCount == 0)
#expect(viewModel.uploadState == .uploading)
try await dispatcher.runUpToProbe()
#expect(uploader.uploadImageCallsCount == 1)
#expect(viewModel.uploadState == .success)
try await dispatcher.runUntilExitOfBody()
#expect(viewModel.uploadState == nil)
}
}
// ViewModel.swift
func updateLocation() async {
locationState = .unknown
await #probe() // ADDED
do {
for try await update in locationProvider.getUpdates() {
try Task.checkCancellation()
if update.authorizationDenied {
locationState = .error
} else if let isNear = update.location?.isNearSanFrancisco() {
locationState = isNear ? .near : .far
} else {
locationState = .unknown
}
await #probe() // ADDED
}
} catch {
locationState = .error
}
}
// ViewModelTests.swift
@Test
func testUpdatingLocation() async throws {
try await withProbing {
await viewModel.beginUpdatingLocation()
} dispatchedBy: { dispatcher in
#expect(viewModel.locationState == nil)
locationProvider.continuation.yield(.init(location: .sanFrancisco))
try await dispatcher.runUpToProbe()
#expect(viewModel.locationState == .near)
locationProvider.continuation.yield(.init(location: .init(latitude: 0, longitude: 0)))
try await dispatcher.runUpToProbe()
#expect(viewModel.locationState == .far)
locationProvider.continuation.yield(.init(location: .sanFrancisco))
try await dispatcher.runUpToProbe()
#expect(viewModel.locationState == .near)
locationProvider.continuation.yield(.init(location: nil, authorizationDenied: true))
try await dispatcher.runUpToProbe()
#expect(viewModel.locationState == .error)
locationProvider.continuation.yield(.init(location: .sanFrancisco))
try await dispatcher.runUpToProbe()
#expect(viewModel.locationState == .near)
locationProvider.continuation.finish(throwing: ErrorMock())
try await dispatcher.runUntilExitOfBody()
#expect(viewModel.locationState == .error)
}
}
// ViewModel.swift
private var downloadImageEffects = [ImageQuality: any Effect<Void>]() // CHANGED
func downloadImage() {
downloadImageEffects.values.forEach { $0.cancel() }
downloadImageEffects.removeAll()
downloadState = .downloading
downloadImage(withQuality: .low)
downloadImage(withQuality: .high)
}
private func downloadImage(withQuality quality: ImageQuality) {
downloadImageEffects[quality] = #Effect("\(quality)") { // CHANGED
defer {
downloadImageEffects[quality] = nil
}
do {
let image = try await downloader.downloadImage(withQuality: quality)
try Task.checkCancellation()
imageDownloadSucceeded(with: image, quality: quality)
} catch is CancellationError {
return
} catch {
imageDownloadFailed()
}
}
}
// ViewModelTests.swift
@Test
func testDownloadingImage() async throws {
try await withProbing {
await viewModel.downloadImage()
} dispatchedBy: { dispatcher in
await #expect(viewModel.downloadState == nil)
try await dispatcher.runUntilExitOfBody()
#expect(viewModel.downloadState?.isDownloading == true)
try await dispatcher.runUntilEffectCompleted("low")
#expect(viewModel.downloadState?.quality == .low)
try await dispatcher.runUntilEffectCompleted("high")
#expect(viewModel.downloadState?.quality == .high)
}
}
@Test
func testDownloadingImageWhenHighQualityDownloadSucceedsFirst() async throws { ... }
@Test
func testDownloadingImageWhenHighQualityDownloadFailsAfterLowQualityDownloadSucceeds() async throws { ... }
@Test
func testDownloadingImageRepeatedly() async throws { ... }
// ...
To use Probing
, declare it as a dependency in your Package.swift
or via Xcode project settings.
Add a dependency on Probing
in the targets you want to test, and ProbeTesting
in your test targets:
let package = Package(
name: "MyPackage",
dependencies: [
.package(
url: "https://github.com/NSFatalError/Probing",
from: "1.0.0"
)
],
targets: [
.target(
name: "MyModule",
dependencies: [
.product(name: "Probing", package: "Probing")
]
),
.testTarget(
name: "MyModuleTests",
dependencies: [
"MyModule",
.product(name: "ProbeTesting", package: "Probing")
]
)
]
)
Supported platforms:
- macOS 15.0 or later
- iOS 18.0 or later
- tvOS 18.0 or later
- watchOS 11.0 or later
- visionOS 2.0 or later
Other requirements:
- Swift 6.1 or later
- Xcode 16.3 or later