Перевод подготовлен в рамках онлайн-курса "Flutter Mobile Developer".Приглашаем всех желающих на бесплатный двухдневный интенсив «Создаем приложение на Flutter для Web, iOS и Android». Узнать подробности и зарегистрироваться можно здесь. Честно говоря, мне никогда особо не нравилось тестирование — оно затягивает разработку в целом и нередко усложняет обновление кодовой базы. После череды катастрофических поражений, я, наконец, взялся за матчасть и разобрался, как на самом деле работает тестирование. Забавно, но в результате я полюбил тесты, чего я даже не мог представить в прошлом. Кроме того, какое-то время я не писал статьи, поэтому мне показалось отличной идеей вернуться к перу и рассказать, как мои неудачи в определенном деле в конечном счете привели к тому, что оно стало неотъемлемой частью разработки. Давайте начнем. Тестирование виджетов — что же это такое на самом деле? Flutter-приложение имеет множество виджетов, предназначенных для самых разных целей. Виджеты имеют специфические макеты и интерактивные элементы, при этом у каждого свое назначение. В процессе разработки приложения в какой-то момент ты начинаешь путаться в его элементах. Из-за моей любви к физике, пускай и безответной, мне нравится одна фраза: Может ли взмах крыльев бабочки в Бразилии вызвать торнадо в Техасе? Эта фраза относится к теории хаоса, но мне нравится думать, что точно так же одно какое-то внесенное вами изменение в приложение, вроде никак не связанное с остальным кодом, может незаметно для вас нарушить его работу. Благодаря тестированию виджетов вы сможете проверять элементы своего приложения, обычно отдельные виджеты, в специальной среде и тем самым гарантировать, что упомянутый выше «торнадо в Техасе» не попадет в запланированный на ближайшую пятницу производственный релиз. Обычная практика заключается в том, что пишется несколько групп тестов, проверяющих различные функциональные особенности виджета, например: на месте ли визуальные элементы, дают ли интерактивные элементы желаемый результат, работает ли анимация и т. д. Кроме того, можно написать «золотые» тесты — тесты, которые проверяют, что ваши виджеты по-прежнему совершенны до последнего пикселя после нескольких месяцев полуночного кодинга и спринтов по программированию на кофеиновом допинге. Мы рассмотрим все это, но сначала о главном. Тесты обычно находятся за пределами удобной и уютной папки lib и располагаются в собственной папке test.   Тесты виджетов выполняются в тестовой среде Flutter, а не на физическом или эмулируемом устройстве, поэтому не следует забывать о связанных с этим ограничениях. Давайте посмотрим на структуру теста: Если пройтись по верхам, все выглядит довольно просто: В функции main(), судя по всему, находятся тесты. Функция testWidgets(), как следует из названия, содержит сам тест. Внутри функции testWidgets() имеется описание теста и место для написания собственно кода теста. Я отношусь к тем людям, которые учатся вождению только после того, как разберутся с принципом работы двигателя внутреннего сгорания. Так что давайте подробнее рассмотрим эту функцию и посмотрим, что она делает. Начнем с testWidgets — а почему бы и нет? Давайте посмотрим, какие возможности скрывает эта функция. Давайте представим, что некий Нэш, кем бы он ни был, попросил вас написать слишком много тестов, и вы понимаете, некоторые получились совсем корявыми. Не беда — вы можете пропустить их целиком, используя флаг skip. То есть тест не может показать неудачные результаты, если вы пропустите его. ¯\_(ツ)_/¯ Это чуть более сложный прием, так как имеется два параметра для установки тайм-аута для теста. Не вдаваясь в подробности, почему это делается именно таким образом, опишем суть этого действия: initialTimeout — основной используемый тайм-аут, который может быть увеличен, но на значение, НЕ ПРЕВЫШАЮЩЕЕ значение параметра timeout. Для увеличения тайм-аута мы можем сделать так: Таким образом добавляется время к начальному тайм-ауту, но если прибавка превысит значение параметра timeout, то превышение не будет учитываться. Перед тем как перейти к дальнейшему рассмотрению функции testWidgets(), узнаем побольше об одной полезной особенности среды тестирования Flutter — возможности задавать необходимые настройки перед тестированием и выполнять необходимую очистку после завершения тестирования. Это делается с помощью четырех функций: setUpAll() и tearDownAll() вызываются один раз — до и после выполнения тестов соответственно. setUp() и tearDown() вызываются до и после КАЖДОГО теста. Эти функции помогают с подготовкой и очисткой среды. Важно помнить, что одни и те же функции вызываются для каждого теста. Иногда один тест необходимо выполнить для нескольких значений, каждое из которых требует своей настройки и очистки, но при одном и том же тестовом коде. Как мастер плохих примеров, предложу следующий: допустим, у нас есть три цвета, в отношении которых мы должны выполнить один и тот же тест. Давайте поместим их в перечисление (enum): Далее мы создаем вариант теста, который позволяет запустить один и тот же тест для нескольких значений: Мы видим знакомые нам функции setUp() и tearDown(), хотя и с разными параметрами, и можем выполнить настройку для каждого значения, однако самая важная вещь здесь — это get values. Теперь мы можем добавить значения WidgetColor в вариант теста: В результате этот вариант может запустить тест для всех значений WidgetColor. Теперь мы можем передать это в наш тест с помощью параметра variant: При запуске этого теста он будет выполнен три раза для всех значений WidgetColor: Теперь, когда мы ознакомились с основной функцией, мы можем заняться изучением тестирования более подробно. Это будет во второй части статьи. Узнать подробнее о курсе "Flutter Mobile Developer". Участвовать в интенсиве «Создаем приложение на Flutter для Web, iOS и Android» Редактор