Hacker News Reader

I mean you have to run the tests again anyway. If the test is in a invalid state then you can't trust soft asserts that pass. It might be meaningfull but fast aborts is easier to reason about.

Even CUnit has specific test invocations via eg. an interactive ncurses session, so any fancy pancy Jenkins monster surely can retest failing tests seperately?

View on HN

> If the test is in a invalid state then you can't trust soft asserts that pass.

Agreed, which is why I suggest designing each test for a single target state.

That target may then legitimately benefit from multiple assertions, and you have the same problem.

Ye at-least for projects with many developers involved. My experience is that tests that tests too much makes QA collapse when the original authors of the tests are gone and no-one know what tests are actually testing implementation or spec.

I use #ifdef:s to enable "intermediate state" and implementation asserts usually to mark them as development tests.

Reply on news.ycombinator.com