我很清楚在单元测试中你

1. 生成输入属性
2. 将此属性传递给您要测试的方法
3. 将结果与您的预期结果进行比较

但是，如果您有一个全局结构，例如游戏经验值和游戏关卡有私有(private) setter ，不能修改。当应用程序启动时，我会自动从 UserDefaults 加载这些数据。当您无法更改输入时，如何测试访问该全局结构的方法？

例子:

import UIKit

//Global struct with private data
struct GameStatus {
    private(set) static var xp: Int = 0
    private(set) static var level: Int = 0

    /// Holds all winning states
    enum MyGameStatus {
        case hasNotYetWon
        case hasWon
    }

    /// Today's game state of the user against ISH
    static var todaysGameStatus: MyGameStatus {
        if xp >= 100 {
            return .hasWon
        } else {
            return .hasNotYetWon
        }
    }

    func restoreXpAndLevel() {
        // reads UserData value
    }

    func increaseXp(for: Int) {
        //...
    }
}

// class with methods to test
class LevelView: UIView {

    enum LevelState {
        case showStart
        case showCountdown
        case showFinalCuontdown
    }

    var state: LevelState {
        if GameStatus.xp > 95 {
            return .showFinalCuontdown
        } else if GameStatus.xp > 90 {
            return .showCountdown
        }
        return .showStart
    }

    //...configurations depending on the level
}

最佳答案

首先，LevelView 看起来逻辑太多了。 View 的作用是显示模型数据。它不包含像 GameStatus.xp > 95 这样的业务逻辑。这应该在别处完成并设置到 View 中。

接下来，为什么GameStatus是静态的？这只会使事情复杂化。改变时将 GameStatus 传递给 View 。这是 View Controller 的工作。 View 只是绘制东西。如果任何东西在您看来确实是可单元测试的，那么它可能不应该出现在 View 中。

最后，您遇到的问题是用户默认设置。因此，将该部分提取到通用 GameStorage 中。

protocol GameStorage {
    var xp: Int { get set }
    var level: Int { get set }
}

现在将 UserDefaults 设为 GameStorage:

extension UserDefaults: GameStorage {
    var xp: Int {
        get { /* Read from UserDefaults */ return ... }
        set {  /* Write to UserDefaults */ }
    }
    var level: Int {
        get { /* Read from UserDefaults */ return ... }
        set {  /* Write to UserDefaults */ }
    }
}

为了测试，创建一个静态的:

struct StaticGameStorage: GameStorage {
    var xp: Int
    var level: Int
}

现在，当您创建 GameStatus 时，将存储传递给它。但是你可以给它一个默认值，所以你不必一直传递它

class GameStatus {
    private var storage: GameStorage

    // A default parameter means you don't have to pass it normally, but you can
    init(storage: GameStorage = UserDefaults.standard) {
        self.storage = storage
    }

有了它，xp 和级别就可以直接传递到存储。无需特殊的“立即加载存储”步骤。

private(set) var xp: Int {
    get { return storage.xp }
    set { storage.xp = newValue }
}
private(set) var level: Int {
    get { return storage.level }
    set { storage.level = newValue }
}

编辑:我在这里将 GameStatus 从结构更改为类。那是因为 GameStatus 缺少值语义。如果有两个 GameStatus 副本，并且您修改其中一个，另一个也可能会更改(因为它们都写入 UserDefaults)。没有值语义的结构是危险的。

重新获得值语义是可能的，值得考虑。例如，您可以返回到您的原始设计，而不是通过 xp 和级别传递到存储，该设计具有从存储加载的显式“恢复”步骤(我假设有一个写入存储的“保存”步骤)。那么 GameStatus 将是一个合适的结构。

我还会提取 LevelState，以便您可以更轻松地对其进行测试，并且它会捕获 View 之外的业务逻辑。

enum LevelState {
    case showStart
    case showCountdown
    case showFinalCountDown
    init(xp: Int) {
        if xp > 95 {
            self = .showFinalCountDown
        } else if xp > 90 {
            self = .showCountdown
        }
        self = .showStart
    }
}

如果这只被这个 View 使用过，那么嵌套它就可以了。只是不要将其设为私有(private)。您可以测试 LevelView.LevelState，而无需对 LevelView 本身执行任何操作。

然后您可以根据需要更新 View 的 GameStatus:

class LevelView: UIView {

    var gameStatus: GameStatus? {
        didSet {
            // Refresh the view with the new status
        }
    }

    var state: LevelState {
        guard let xp = gameStatus?.xp else { return .showStart }
        return LevelState(xp: xp)
    }

    //...configurations depending on the level
}

现在 View 本身不需要逻辑测试。您可能会进行基于图像的测试，以确保它在给定不同输入的情况下正确绘制，但这是完全端到端的。所有的逻辑都很简单且可测试。通过将 StaticGameStorage 传递给 GameStatus，您可以在完全没有 UIKit 的情况下测试 GameStatus 和 LevelState。

关于swift - 如何使用全局结构进行单元测试？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55067804/