Модульное тестирование в Angular 2: Директивы Компоненты Сервисы Модульное тестирование службы несколько проще, чем компоненты и директивы. Мы не используем инъекцию зависимостей Angular. Вместо этого мы создаем экземпляр службы, вызывая для нее «новый». Зависимости внедряются в службу путем передачи их конструктору. Сервис, который мы тестируем, отслеживает ширину страницы и имеет некоторую логику для преобразования этой ширины в тип устройства. Потребители могут подписаться..

В этом посте мы попытаемся проанализировать SharePoint и модульное тестирование . Введение Давайте будем честными: здесь мы не собираемся представлять идеальное решение для простого написания хороших модульных тестов, когда мы используем SharePoint в качестве платформы для разработки. Написание модульных тестов, когда мы разрабатываем что-то для SharePoint , может быть очень трудным и обескураживающим. Тем не менее, мы собираемся рассмотреть несколько вариантов, чтобы добиться..

В большинстве случаев я вызываю одну и ту же функцию в componentWillReceiveProps() и в componentWillMount() . При утверждении заглушенной функции возникает соблазн просто ожидать, что функция будет вызвана дважды. Однако эта реализация несколько грязная, поскольку тестирует оба крючка жизненного цикла. Таким образом, использование sinon reset() , которое сбрасывает счетчик вызовов заглушенной функции, делает тест более модульным. SomeComponent.js ... componentWillMount() {..

* jest-when * вам это нужно больше всего Создание макетов функций с помощью шутки может быть обременительным, если вам нужны разные возвращаемые значения при каждом вызове функции. Я боюсь создавать цепочки из mockReturnValueOnce() или mockResolvedValueOnce() , потому что вам нужно отслеживать, какие фиктивные возвращаемые значения соответствуют каждому тесту. Если вы измените какой-либо код, вам, вероятно, придется покопаться в стеке и выяснить, какой фиктивный возврат необходимо..

Как быстро настроить тестовые данные в модульных тестах Нам регулярно нужно создавать тестовые данные (или объекты) для модульных тестов. Многие модульные тесты используют только часть входного объекта и игнорируют остальные свойства объекта данных. Например, если объект Person содержит имя, пол, дату рождения (и т. Д.), И мы хотим написать модульный тест для проверки вычисления возраста человека, мы знаем, что возраст человека зависит только от текущей даты и дата рождения..

Единственный способ назвать свой код «хорошим» - это полностью протестировать его. Предлагаю ли я 100% тестовое покрытие? Нет, я этого требую. Каждую строку кода, который вы пишете, следует тестировать. Период. Я не хочу, чтобы руководство требовало 100% тестирования. Я хочу, чтобы ваша совесть считала это делом чести. Как насчет того, что если у вас есть 100%, вы можете с уверенностью провести зверский рефакторинг, когда захотите. Я взял приведенные выше цитаты из..