Welcome to the first lesson of our course on Test-Driven Development (TDD) using Swift and XCTest. TDD is an iterative software development process where tests are written before the actual code. This approach enables programmers to focus on the requirements before diving into implementation, ultimately leading to code that is more reliable and maintainable.
In this lesson, we will introduce you to the essential elements of TDD, including the Red-Green-Refactor cycle, which forms the backbone of this methodology. We'll also introduce the tools we'll be using: Swift and XCTest. Swift is a powerful and intuitive programming language for iOS, macOS, watchOS, and tvOS, while XCTest is a robust testing framework for Swift. XCTest provides a simple yet comprehensive solution for defining and running tests. Let's begin by exploring TDD's core components with an example.
In TDD, the journey begins with writing a test that fails. This "Red" stage allows you to clarify your objective before implementation. Let's start by writing a test for a sum function, which will eventually add two numbers.
Create a new Swift file named MathFunctionsTests.swift in your test target:
This test script:
- Contains a
testfunction to ensuresum(2, 3)returns5using an assertion. - Attempts to use the
sumfunction, which we haven't defined yet.
Run this test even without a sum function. It will fail, reflecting the "Red" phase, indicating the need for implementation.
Output:
This is an expected failure and shows that our test is working properly to identify unimplemented features.
Our next goal is to write just enough code to make the test pass — the "Green" step. In TDD, this means implementing the simplest functionality that satisfies the test requirements. Let's define the sum function in a new Swift file, MathFunctions.swift:
This solution might seem odd because it doesn't genuinely add two numbers. However, it exemplifies the TDD focus on passing the test with minimal implementation. By achieving this, we've fulfilled the current test condition.
Re-running our test will yield the following:
Output:
Seeing the test pass confirms that our code satisfies the current test scenario. We can later iterate on our implementation as new tests impose stricter functionality requirements.
