Как и все остальное, понимание слов значительно облегчает изучение языка. Может ли кто-нибудь присоединиться ко всем словам, использованным в модульном тестировании, с их определениями (например, Mock, Fixture и т. Д.)
Это выглядит как отличная страница: http://xunitpatterns.com/Glossary.html
Включает в себя:
В отношении насмешек и т. Д. Это может быть полезно:
Эта таблица и ее ссылки могут быть более полезными:
http://xunitpatterns.com/Mocks,%20Fakes,%20Stubs%20and%20Dummies.html
Возможно, эти статьи будут более полезными:
Википедия:
В компьютерном программировании модульное тестирование - это метод проектирования и разработки программного обеспечения, при котором программист получает уверенность в том, что отдельные единицы исходного кода пригодны для использования. Единица - это самая маленькая тестируемая часть приложения. В процедурном программировании единицей может быть отдельная программа, функция, процедура и т. Д., В то время как в объектно-ориентированном программировании наименьшей единицей является метод, который может принадлежать базовому / суперклассу, абстрактному классу или производному / дочернему классу. Модульное тестирование может быть выполнено с помощью чего-то простого: пошаговое выполнение кода в отладчике; современные приложения включают использование тестовой среды, такой как xUnit. В идеале, каждый тестовый пример независим от других; Двойные объекты, такие как заглушки, фиктивные или фальшивые объекты 1 , а также тестовые жгуты могут использоваться для помощи в тестировании модуля в изоляции. Модульное тестирование обычно проводится разработчиками программного обеспечения, чтобы убедиться, что код, написанный другими разработчиками, отвечает требованиям программного обеспечения и ведет себя так, как задумал разработчик.
В компьютерном программировании модульное тестирование - это метод проектирования и разработки программного обеспечения, при котором программист получает уверенность в том, что отдельные единицы исходного кода пригодны для использования. Единица - это самая маленькая тестируемая часть приложения. В процедурном программировании единицей может быть отдельная программа, функция, процедура и т. Д., В то время как в объектно-ориентированном программировании наименьшей единицей является метод, который может принадлежать базовому / суперклассу, абстрактному классу или производному / дочернему классу.
Модульное тестирование может быть выполнено с помощью чего-то простого: пошаговое выполнение кода в отладчике; современные приложения включают использование тестовой среды, такой как xUnit.
В идеале, каждый тестовый пример независим от других; Двойные объекты, такие как заглушки, фиктивные или фальшивые объекты 1 , а также тестовые жгуты могут использоваться для помощи в тестировании модуля в изоляции. Модульное тестирование обычно проводится разработчиками программного обеспечения, чтобы убедиться, что код, написанный другими разработчиками, отвечает требованиям программного обеспечения и ведет себя так, как задумал разработчик.
MSDN:
Основная цель модульного тестирования состоит в том, чтобы взять наименьший кусок тестируемого программного обеспечения в приложении, изолировать его от остальной части кода и определить, работает ли он именно так, как вы ожидаете. Каждый модуль тестируется отдельно, прежде чем интегрировать их в модули для проверки интерфейсов между модулями. Модульное тестирование доказало свою ценность тем, что во время его использования выявляется большой процент дефектов.
Экстремальные правила:
Модульные тесты позволяют коллективно владеть кодом. При создании юнит-тестов вы защищаете свою функциональность от случайного повреждения. Требование, чтобы весь код прошел все модульные тесты, прежде чем он может быть выпущен, гарантирует, что вся функциональность всегда работает. Владение кодом не требуется, если все классы защищены модульными тестами.
п.
v.
Я также нашел глоссарий терминов тестирования , но он не определяет Mock или Fixture, но есть возможность добавлять новые. Как только ваш вопрос будет удовлетворен, возможно, это станет каноническим источником.