автордың кітабынан сөз тіркестері  Тестирование JavaScript

Лукас да Коста

Настоятельно рекомендую читателям больше узнать о семантическом версионировании и о том, как оно работает. Отличным ресурсом для этого является сайт https://semver.org/lang/ru/.

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

В связи с этим покрытие кода само по себе является плохим показателем. Оно помогает узнать, какие части кода программы покрыты, но ничего не говорит о покрытии возможных вариантов поведения.

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

Покрытие ветвей указывает, что в ходе тестирования код прошел все возможные пути выполнения. Это гарантирует, что на каждом разветвлении, когда код должен был «принимать решение», проверялись все возможные варианты.

До сих пор для выполнения тестов вы использовали версию Jest, установленную глобально. Это плохая идея. Если вы применяете утверждение, доступное только в последнем выпуске Jest, а у вашего коллеги глобально установлена более старая версия, тесты могут завершиться неудачей при переходе от одной версии к другой.

Провал теста должен происходить только тогда, когда что-то не так с вашим приложением, а не когда используются разные версии системы тестирования.

Эту проблему можно решить с помощью команды npm install jest --save-dev, которая установит Jest как зависимость для разработки. Пакет Jest должен быть прописан именно в разделе devDependencies, так как он не нужен на этапе распространения приложения. Он должен быть доступен только на компьютерах разработчиков, чтобы они могли выполнять тесты после загрузки проекта и запуска npm install.

Итак, у вас уже есть несколько тестов. Теперь подумайте, как бы вы их добавили в свой файл Cart.test.js. Если добавить новый тест сразу после старого, он не запустится, если первый тест не пройден. Вам также стоит обратить внимание на то, что переменным в обоих тестах необходимо давать разные имена. Но, что важнее всего, вам будет сложнее читать и интерпретировать выводы тестов. Если честно, будет небольшая неразбериха.

Эту проблему может решить исполнитель тестов (test runner). Он позволяет системно организовывать и выполнять множество тестов, предоставляя содержательные и удобочитаемые результаты.

шаблон проектирования AAA: arrange, act, assert («подготовка, выполнение, утверждение»).

Поскольку тесты, как правило, работают по одному и тому же шаблону, вы можете использовать инструменты для абстрагирования тех аспектов кода, которые относятся к тестированию

https://semver.org/lang/ru/.

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

Например, ручная проверка может занять одну минуту, а написание автоматизированного теста — пять минут, но после пятого выполнения этот тест себя окупит.