Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #30772
| From | Terry Reedy <tjreedy@udel.edu> |
|---|---|
| Subject | Re: unit testing class hierarchies |
| Date | 2012-10-03 16:14 -0400 |
| References | (1 earlier) <mailman.1725.1349186875.27098.python-list@python.org> <irirj9-sme.ln1@satorlaser.homedns.org> <mailman.1748.1349217065.27098.python-list@python.org> <506b92f3$0$29982$c3e8da3$5496439d@news.astraweb.com> <CAHVvXxQN1B0iZHVSQGh0++f=G_g=bpi0a+QZYznrcjaVSQwUzA@mail.gmail.com> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.1831.1349402456.27098.python-list@python.org> (permalink) |
On 10/3/2012 5:33 AM, Oscar Benjamin wrote:
> On 3 October 2012 02:20, Steven D'Aprano
> <steve+comp.lang.python@pearwood.info> wrote:
>>
>> But surely, regardless of where that functionality is defined, you still
>> need to test that both D1 and D2 exhibit the correct behaviour? Otherwise
>> D2 (say) may break that functionality and your tests won't notice.
>>
>> Given a class hierarchy like this:
>>
>> class AbstractBaseClass:
>> spam = "spam"
>>
>> class D1(AbstractBaseClass): pass
>> class D2(D1): pass
>>
>>
>> I write tests like this:
>>
>> class TestD1CommonBehaviour(unittest.TestCase):
>> cls = D1
>> def testSpam(self):
>> self.assertTrue(self.cls.spam == "spam")
>> def testHam(self):
>> self.assertFalse(hasattr(self.cls, 'ham'))
>>
>> class TestD2CommonBehaviour(TestD1CommonBehaviour):
>> cls = D2
>
> That's an excellent idea. I wanted a convenient way to run the same
> tests on two classes in order to test both a pure python and a
> cython-accelerator module implementation of the same class.
Python itself has same issue with testing Python and C coded modules. It
has the additional issue that the Python class by default import the C
version, so additional work is needed to avoid that and actually test
the python code.
For instance, heapq.test_heapq.py has
...
py_heapq = support.import_fresh_module('heapq', blocked=['_heapq'])
c_heapq = support.import_fresh_module('heapq', fresh=['_heapq'])
...
class TestHeap(TestCase):
module = None
... <multiple test methods for functions module.xxx>
class TestHeapPython(TestHeap):
module = py_heapq
@skipUnless(c_heapq, 'requires _heapq')
class TestHeapC(TestHeap):
module = c_heapq
...
def test_main(verbose=None):
test_classes = [TestModules, TestHeapPython, TestHeapC,
# TestHeap is omitted from the list and not run directly
--
Terry Jan Reedy
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
unit testing class hierarchies Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-10-02 14:27 +0200
Re: unit testing class hierarchies Demian Brecht <demianbrecht@gmail.com> - 2012-10-02 07:05 -0700
Re: unit testing class hierarchies Thomas Bach <thbach@students.uni-mainz.de> - 2012-10-02 16:06 +0200
Re: unit testing class hierarchies Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-10-02 17:24 +0200
Re: unit testing class hierarchies Ulrich Eckhardt <ulrich.eckhardt@dominolaser.com> - 2012-10-02 18:54 +0200
Re: unit testing class hierarchies Peter Otten <__peter__@web.de> - 2012-10-02 19:38 +0200
Re: unit testing class hierarchies Mark Lawrence <breamoreboy@yahoo.co.uk> - 2012-10-02 19:41 +0100
Re: unit testing class hierarchies Ben Finney <ben+python@benfinney.id.au> - 2012-10-03 08:30 +1000
Re: unit testing class hierarchies Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-10-03 01:20 +0000
Re: unit testing class hierarchies Oscar Benjamin <oscar.j.benjamin@gmail.com> - 2012-10-03 10:33 +0100
Re: unit testing class hierarchies Terry Reedy <tjreedy@udel.edu> - 2012-10-03 16:14 -0400
Re: unit testing class hierarchies Peter Otten <__peter__@web.de> - 2012-10-02 16:32 +0200
Re: unit testing class hierarchies Fayaz Yusuf Khan <fayaz@dexetra.com> - 2012-10-02 20:35 +0530
Re: unit testing class hierarchies Peter Otten <__peter__@web.de> - 2012-10-02 19:40 +0200
Re: unit testing class hierarchies Roy Smith <roy@panix.com> - 2012-10-02 19:46 -0400
csiph-web