大佬教程收集整理的这篇文章主要介绍了如何在iOS中为预期的assert / assertionFailure编写单元测试?,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
看起来这个功能应该在即将推出的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.") } }
我使用断言调用,因为我认为这是Apple推荐的,而不是抛出异常,这在其他语言中很常见.
但是,在我的单元测试中,我希望能够确保当someString参数为空String时函数确实失败:
class someClass_Tests:XCTESTCase{ func test_foo_someStringParamaterIsEmpty_error(){ //ACTION let someClassInstance = someClass() someClassInstance.foo("") //VALIDATE //**what goes here? } }
我找不到关于这种情况的文档或帖子,尽管我认为这是一个非常重要的单元测试,以确保类和库的正确行为和使用.
在包含异常/异常处理的其他语言中,断言将被替换为类似于抛出SomeError()的东西,然后,在单元测试中,您可以简单地将操作包装在try / catch块中并声明异常确实已设置,像这样:
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) } }
以上是大佬教程为你收集整理的如何在iOS中为预期的assert / assertionFailure编写单元测试?全部内容,希望文章能够帮你解决如何在iOS中为预期的assert / assertionFailure编写单元测试?所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。