Модульное тестирование интерфейсов в Python

в настоящее время я изучаю python в preperation для класса в течение лета и приступил к реализации различных типов куч и приоритетных структур данных.

Я начал писать набор модульных тестов для проекта, но столкнулся с трудностями при создании общего модульного теста, который проверяет только интерфейс и не обращает внимания на фактическую реализацию.

мне интересно, можно ли сделать что-то вроде этот..

suite = HeapTestSuite(BinaryHeap())
suite.run()
suite = HeapTestSuite(BinomialHeap())
suite.run()

что я сейчас делаю просто чувствует... неправильно (множественное наследование? АК!)..

class TestHeap:

    def reset_heap(self):
        self.heap = None

    def test_insert(self):
        self.reset_heap()
        #test that insert doesnt throw an exception...
        for x in self.inseq:
            self.heap.insert(x)


    def test_delete(self):
        #assert we get the first value we put in
        self.reset_heap()
        self.heap.insert(5)
        self.assertEquals(5, self.heap.delete_min())

        #harder test. put in sequence in and check that it comes out right
        self.reset_heap()
        for x in self.inseq:
            self.heap.insert(x)

        for x in xrange(len(self.inseq)):
            val = self.heap.delete_min()
            self.assertEquals(val, x)

class BinaryHeapTest(TestHeap, unittest.TestCase):
    def setUp(self):
        self.inseq = range(99, -1, -1)
        self.heap = BinaryHeap()

    def reset_heap(self):
        self.heap = BinaryHeap()

class BinomialHeapTest(TestHeap, unittest.TestCase):
    def setUp(self):
        self.inseq = range(99, -1, -1)
        self.heap = BinomialHeap()

    def reset_heap(self):
        self.heap = BinomialHeap()


if __name__ == '__main__':
    unittest.main()
6
interface python test-suite unit-testing

3 ответов

Мне лично нравится генерация тестов носа больше для такого рода вещей. Я бы тогда написал это так:

# They happen to all be simple callable factories, if they weren't you could put
# a function in here:
make_heaps = [BinaryHeap, BinomialHeap]

def test_heaps():
    for make_heap in make_heaps:
        for checker in checkers: # we'll set checkers later
            yield checker, make_heap

def check_insert(make_heap):
    heap = make_heap()
    for x in range(99, -1, -1):
        heap.insert(x)

# def check_delete_min etc.

checkers = [
    value
    for name, value in sorted(globals().items())
    if name.startswith('check_')]
4

Я не думаю, что приведенный выше шаблон ужасен, но множественное наследование, конечно, не идея.

Я предполагаю, что причина, по которой Вы не можете просто иметь testheap быть подклассом TestCase, заключается в том, что он автоматически будет подобран и запущен как тест, не зная, что он должен быть подклассом.

Я обошел эту проблему двумя другими способами:

  1. вместо добавления функций test_, есть методы записи, которые автоматически не собираются, а затем добавить test () для каждого из ваших подклассов. Очевидно, не идеально.
  2. переписал unittest, чтобы не сосать, позволяя возможность установки __test__ = False к базовому классу. (См.показания)
1

почему бы просто не использовать псевдоним для класса, который вы хотите протестировать? Вы можете написать свой тестовый класс, ссылаясь на поддельный HeapImpl класс, а затем назначьте ему определенную реализацию перед каждым тестовым запуском:

class TestHeap(unittest.TestCase):
    def setUp(self):
        self.heap = HeapImpl()
    #test cases go here

if __name__ == '__main__'
    suite = unittest.TestLoader().loadTestsFromTestCase(TestHeap)
    heaps = [BinaryHeap, BinomialHeap]
    for heap in heaps:
        HeapImpl = heap
        unittest.TextTestRunner().run(suite)

пока они соответствуют интерфейсу вы используете в наборе тестов, это должно работать нормально. Кроме того, вы можете легко протестировать столько реализаций, сколько хотите, просто добавьте их в heaps список.

1