unittests with different parameters

Roy Smith roy at panix.com
Mon Nov 22 09:11:12 EST 2010


In article <q91qr7-i9j.ln1 at satorlaser.homedns.org>,
 Ulrich Eckhardt <ulrich.eckhardt at dominolaser.com> wrote:

>   def test_invert_flags(self):
>       """test flags to invert coordinates"""
>       tests = [((10, 20), INVERT_NONE, (10, 20)),
>                ((10, 20), INVERT_X, (-10, 20)),
>                ((10, 20), INVERT_Y, (10, -20))]
>       for input, flags, expected in tests:
>           res = do_invert(input, flags)
>           self.assertEqual(res, expected,
>                            "%s caused wrong results" % (flags,))
> 
> So, what I do that I test the function 'do_invert' for different input
> combinations and verify the result. The ugly thing is that this will abort
> the whole test if one of the tests in the loop fails. So, my question is
> how do I avoid this?

Writing one test method per parameter combination, as you suggested, is 
a reasonable approach, especially if the number of combinations is 
reasonably small.  Another might be to make your loop:

       failCount = 0
       for input, flags, expected in tests:
           res = do_invert(input, flags)
           if res != expected:
               print "%s caused wrong results" % (flags,)
               failCount += 1
       self.assertEqual(failCount, 0, "%d of them failed" % failCount)

Yet another possibility is to leave it the way you originally wrote it 
and not worry about the fact that the loop aborts on the first failure.  
Let it fail, fix it, then re-run the test to find the next failure.  
Perhaps not as efficient as finding them all at once, but you're going 
to fix them one at a time anyway, so what does it matter?  It may also 
turn out that all the failures are due to a single bug, so fixing one 
fixes them all.



More information about the Python-list mailing list