Часть 1: Инструменты Меня всегда очаровывала возможность измерить качество кода. Недавно у меня была возможность покопаться и понять, как инструмент покрытия кода работает под капотом. Это было забавное упражнение, поэтому я подумал, что поделюсь им. Покрытие кода - это мера процента вашей кодовой базы, покрытой вашим набором тестов. Это простой показатель, но, возможно, сильный индикатор качества кода. В этом посте (и следующем) мы попытаемся понять, как измеряется покрытие..

Karma — отличная среда тестирования с открытым исходным кодом, она поддерживает множество сред тестирования и проста в использовании. В этом посте я собираюсь создать несколько простых тестов, запустить их на Karma с помощью Jasmine и, наконец, показать некоторые отчеты о покрытии кода через покрытие Karma и Instabul. Исходный код Код, изложенный в этой статье, можно найти здесь . Настраивать В этом примере я создал новый проект, запустил npm init -y и установил следующие..

Когда начинаешь , хочется еще и еще , но последствия неизбежны . Контекст: В 2010 я присоединился к проекту с ASP.NET(MVC) + ADO.NET + Win.Forms. Сделать высокое покрытие в веб-части и части базы данных было выполнимо, но, к сожалению, в настольном приложении была некоторая логика. Даже когда был введен шаблон MVP , настройка единого модульного теста заняла 2 дня и обеспечила низкий охват . В 2019 я участвовал в проекте XAMARIN с использованием MVVM и получил более..

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

Сегодня я собираюсь поделиться с вами одной из мощных функций, предоставляемых Jest, а именно возможностью указать пороговые значения покрытия кода для вашей кодовой базы. Например, в разделе jest вашего файла package.json вы включаете следующий порог для своей кодовой базы, чтобы убедиться, что ваша кодовая база соответствует определенному уровню проверки покрытия кода. Пороги, указанные как положительное число, считаются минимальным требуемым процентом. Пороговые значения,..

После нескольких лет использования среды шутливого тестирования мы обнаружили некоторые приемы, которые работали для нас, но, казалось, не были широко известны. Я надеюсь, что они могут быть полезны в ваших тестах. 1 - Поддельные таймеры Вам нужна веская причина не использовать фальшивые таймеры в ваших тестах. Фальшивые таймеры заменяют встроенные функции ожидания времени, такие как `setTimeout`, поэтому вы можете контролировать течение времени вручную. Ручное управление временем..