Объект Dumper / модульное тестирование - PullRequest
2 голосов
/ 21 ноября 2008

Я сейчас пишу дампер объектов (позволяющий использовать разные стратегии дампинга).

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

Однако я не могу себе представить, как я буду проводить тестирование этого решения. Я думал о создании набора объектов, которые сохраняют количество обращений к каждому из их свойств. Кажется, почти нормально. Но как я могу убедиться, что их открытые поля были доступны?

Ответы [ 3 ]

1 голос
/ 21 ноября 2008

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

Это пример тестирования результата, а не тестирования реализации.

1 голос
/ 21 ноября 2008

Почему вас явно волнует, сколько раз к свойствам обращались и т. Д.? Я бы просто проверил, соответствует ли результат ожиданиям. Если есть какая-то причина иметь одну конкретную стратегию (например, поля вместо свойств), то, вероятно, существует простой способ проверить это (например, сделать свойство возвращающим заглавную версию).

0 голосов
/ 21 ноября 2008

Вам просто нужно проверить, что значение dumped - это значение, которое было назначено для свойства / общедоступного поля. Просто убедитесь, что для каждого свойства / поля назначено другое значение.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...