[swift-evolution] [swift-corelibs-dev] Language or XCTest improvements to allow testing assert/precondition failures

[Rudolf Adamkovič]

+1

I would like to test both asserts and preconditions too.

> On 13 Dec 2015, at 15:18, Marc Knaup via swift-corelibs-dev <swift-corelibs-dev at swift.org> wrote:
> 
> +1 from me. I'm really annoyed by the fact I can't reach 100% code coverage due to this :)
> 
> Being able to test them is very valuable. Take Swift's promise to be safe for example. If you can't test the behavior in cases where an array index was used which is out of bounds then you can't test even the promise to be safe.
> 
> On Sun, Dec 13, 2015 at 11:03 AM, David Hart via swift-evolution <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
> Currently, it is impossible for XCTest to unit test assert and precondition failures because they kill the process. And those are important to unit test: how would you test NSArray's objectAtIndex bound conditions? Currently, the standard library tests those with StdlibUnittest, a small piece of code which runs those tests in a forked process.
> 
> I want to start a proposal but I'm not sure if it should come as a XCTest improvement which spawns a process or if the language should implement assert and precondition as a special kind of throw?
> 
> David
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org <mailto:swift-evolution at swift.org>
> https://lists.swift.org/mailman/listinfo/swift-evolution <https://lists.swift.org/mailman/listinfo/swift-evolution>
> 
>  _______________________________________________
> swift-corelibs-dev mailing list
> swift-corelibs-dev at swift.org
> https://lists.swift.org/mailman/listinfo/swift-corelibs-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160202/1fa9694c/attachment.html>