如何在iOS中为预期的assert/assertionFailure编写单元测试?

Zac*_*ith 9 unit-testing assertions ios xctest swift

更新:

看起来这个功能应该在即将推出的Swift 2.0/XCode 7版本中得到支持,这显然将包括try/catch优点,所以这个问题可能没有实际意义.当他们没有测试版时,我会尝试相应地更新这篇文章.

原始问题:

在Swift中,虽然我假设问题/答案适用于Objective-C,但我想编写一个foo格式函数:

public class SomeClass{
  public func foo(someString:String){
    //validate someString
    assert(!someString.isEmpty, "The someString parameter cannot be empty.")
  }
}
Run Code Online (Sandbox Code Playgroud)

我使用了一个assert电话,因为我相信这是Apple推荐的,而不是抛出异常,这在其他语言中很常见.

但是,在我的单元测试中,我希望能够确保当someString参数为空字符串时函数确实失败:

class SomeClass_Tests:XCTestCase{
  func test_foo_someStringParamaterIsEmpty_error(){
    //ACTION
    let someClassInstance = SomeClass()
    someClassInstance.foo("")

    //VALIDATE
    //**What goes here?
  }
}
Run Code Online (Sandbox Code Playgroud)

我找不到关于这种情况的文档或帖子,尽管我认为这是一个非常重要的单元测试,以确保类和库的正确行为和使用.

在包含异常/异常处理的其他语言中,assert将替换为类似的东西throw SomeError()然后,在单元测试中,您可以简单地将操作包装在try/ catchblock中并声明异常确实已设置,如下所示:

class SomeClass_Tests:XCTestCase{
  func test_foo_someStringParamaterIsEmpty_error(){
    //ACTION
    let someClassInstance = SomeClass()

    var expectedException:SomeException? = nil
    try{
      someClassInstance.foo("")
    }catch(someException:SomeException){
      expectedException = someException
    }

    //VALIDATE
    XCTAssertIsNotNil(expectedException)
  }
}
Run Code Online (Sandbox Code Playgroud)

但是我在文档中看到的Swift中没有这样的构造或等效的解决方法.是否有任何已知的解决方案或解决方法来执行此类测试?

use*_*021 8

Matt Gallagher在 github 上CwlPreconditionTesting 项目添加了一个catchBadInstruction函数,该函数使您能够测试单元测试代码中的断言/前提条件失败。

CwlCatchBadInstructionTests文件显示其使用的一个简单的例子。(请注意,它仅适用于 iOS 模拟器。)

  • `CwlPreconditionTesting` 库现已集成到 Nimble 中:https://github.com/Quick/Nimble#swift-assertions (2认同)

mat*_*att 1

\n

但是,在我的单元测试中,我希望能够确保当 someString 参数为空字符串时该函数确实失败

\n
\n\n

我明白你想要做什么,因为我自己已经在 Ruby 程序中完成了。但 Swift(正如我经常观察到的那样)不是 Ruby!这里的问题是,当你的实际应用程序中参数为空字符串 \xe2\x80\x94时,你可以保证函数不会失败someString这是因为断言不在发布版本中运行

\n\n

结果是,您可以在开发过程中使用断言作为调试的一种形式,但如果这种情况在现实生活中发生,您应该以良好的顺序处理它,而不是崩溃。

\n\n

因此,测试断言是否“发生”并不是真正有效的单元测试技术,这就是为什么您在以这种方式使用它时遇到麻烦。

\n