Press This: Важность современных инструментов и автоматизированного тестирования в разработке WordPress с Джошем Поллоком

Добро пожаловать в Press This, подкаст сообщества WordPress от WMR. Здесь ведущий Дэвид Фогельполь беседует с гостями со всего сообщества о самых серьезных проблемах, с которыми сталкиваются разработчики WordPress. Ниже приводится транскрипция оригинальной записи.

Работает на RedCircle

Дэвид Фогельполь: Всем привет и добро пожаловать на подкасты Press This, подкасты сообщества WordPress на WMR. Это ваш ведущий, Дэвид Фогельполь, я поддерживаю сообщество WordPress благодаря своей роли в WP Engine, и мне нравится делиться с вами лучшими из сообщества, которые вы слышите каждую неделю в прессе. Это как напоминание, вы можете найти меня в Твиттере @wpdavidv , или вы можете подписаться на это в iTunes, iHeartRadio, Spotify или загрузить последние выпуски на wmr.fm. В этом эпизоде ​​мы будем говорить о важности современных инструментов и автоматизированного тестирования и, в частности, о разработке WordPress, и, конечно же, присоединиться к нам в этом разговоре. Я хотел бы поприветствовать в прессе этого мистера Джоша Поллока. Джош, добро пожаловать.

Джош Поллок: Спасибо. Спасибо, что пригласили меня. Как дела?

ДВ: Хорошо, хорошо. Я очень взволнован. чтобы вы были на шоу. Мы как-то разговаривали перед записью, что ты самый, я полагаю, самый известный WordPress Поллок из всех Поллоков, верно?

JP: по сравнению с Джексоном Поллоком менее известен, но да, так что это не так

ДВ: Далеко не так известен WordPress, как вы. Так что я думаю, что у вас есть Джексон.

ДП: верно? Ага. Хотя я фанат его творчества.

ДВ: Ах, это хорошо, чтобы учиться. Тем не менее, для тех, кто слушает, и Джош собирается поговорить о сегодняшнем дне. Джош приходит к нам из нескольких разных областей, но особенно сосредоточен на подключаемых машинах. Мы немного поговорим об этом, а также о его мыслях о том, почему современные инструменты разработки и автоматизированное тестирование очень важны для разработки WordPress. Итак, если вы ковбой или кодер-ковбой, Джош немного расскажет о том, почему другой путь может быть лучше. Некоторые из его любимых инструментов для этого и как подойти к автоматизированному тестированию с вашими собственными проектами разработки WordPress. Прежде чем мы перейдем к этому, я хотел бы напомнить людям, я знаю, что вы, вероятно, слышали это в предыдущих эпизодах. 25 апреля 2022 г. WP Engine проведет нашу виртуальную конференцию по декодированию. Нравится проверять. Узнайте больше о разработке WordPress по различным темам. Вы можете посетить мероприятия на WP engine.com, косая черта, декодирование, тире, 2022 Хорошо, Джош, я задам вам первый вопрос, который я задал всем своим гостям. Не могли бы вы вкратце рассказать мне свою историю происхождения WordPress? Когда вы впервые использовали WordPress?

JP: Да, я использую WordPress, наверное, впервые. Скажем, 2011 2012, чтобы написать блог, например, на wordpress.com, а затем я вам нравится гуглить, как что-то сделать, и они были похожи на вставку чего-то в функции точки php. Поэтому мне пришлось перейти на собственный WordPress, и я не думаю, что когда-либо много работал над этим блогом. Я действительно отвлекся на часть кода. И это привело меня к сообществу WordPress и волонтерству с командой по обзору тем, а затем я собираюсь работать в модулях, которые представляют собой плагин, который похож на настраиваемые поля и настраиваемые типы сообщений и имеет для него пользовательский интерфейс, и я получил работа там помощником. Скотт Кингсли Кард, ведущий разработчик, и все остальные очень поддерживали меня и помогали мне учиться, как разработка, и с тех пор я действительно увлекся разработкой плагинов. Это классно.

ДВ: Когда вы впервые отвлеклись на код, который вы назвали 2011 или 12 годом, когда вы пытались начать блог? Это было вскоре после этого или?

JP: Да, да, так что это было похоже на WordPress 2.7, я думаю, это была первая версия, над которой я работал. Я имею в виду, я думаю, что первая версия, которую я использовал, и я думаю, что первая версия, в которой я участвовал, была похожа на три точки.

ДВ: Так что да, в 2011 году это было сразу после пользовательского типа сообщений. Так что это было бы захватывающее время для WordPress. Я действительно думаю, что из 237 эпизодов, которые я снял, есть несколько странных. Вы первая история происхождения wordpress.com. Так что я думаю, что вы, как и все люди, у которых я брал интервью в эти годы, могут иметь это отличие, но это довольно круто, что вы начали именно с этого. В блогосфере. А затем быстро перешел к разработке, так как это было действительно интересно. Ранее в том же году я упоминал о машине с плагинами, не могли бы вы рассказать нам, что делает машина с плагинами и что вы там делаете?

JP: Да, так что это новый продукт, который я разрабатываю, вы знаете, я имею в виду, это мое, вы знаете, это мое соло. то, что я создаю, как будто я теперь внештатный разработчик, например, между частями истории, я встретил некоторых людей, которые работали над подключаемым модулем под названием Cutter Forms через стручки в компании, которая окружала это некоторое время. А потом я выполнил пару работ в пространстве WordPress, и теперь я внештатный разработчик. И много раз я создавал плагины WordPress для сайтов WordPress. Как будто я не тот, на кого вы бы пошли и были похожи, мне нужно создать сайт для моего бизнеса. Например, я создам классный функционал для него. Кто-то еще создаст нам тему или что-то еще, и для этого в моих собственных проектах я все время зацикливался на том, как мне запустить этот плагин? Например, я хочу иметь блоки и хочу убедиться, что использую скрипты WordPress, такие как новый инструмент для компиляции кода JavaScript, включая код React, и то, как он работает, совместим с WordPress. Немедленно. Это стандарт WordPress. Это было похоже на разветвление последнего проекта, над которым я работал снова и снова.

ДВ: Это начало всех великих программ, не так ли?

ДП: Да. Так что это привело к тому, что я сейчас называю подключающей машиной, которая представляет собой инструмент, который делает несколько вещей. Во-первых, он помогает запускать плагины, поскольку он создает весь код, который вам нужен, со всеми правильными соглашениями об именах в зависимостях, чтобы делать такие вещи, как использование автозагрузчика PHP composer в зависимостях или использование скриптов WordPress для ваших блоков. Все эти разные типы вещей. И это привело меня к тому, что я всегда был одержим движущимися частями ошибки в разработке, автоматическим тестированием, созданием правильного zip-файла, в котором есть все правильные файлы, которые вы хотите, но не те, которые вам не нужны. не хочу. Как и ваши тесты, которые вы хотите установить. Итак, я регистрирую машины, своего рода полный инструмент для запуска плагинов, добавления функций в плагины, мне нужно добавить блок и страницу меню данных, а затем создать окончательную версию пакета, которая может быть размещена на сайте WordPress.

ДВ: И закоммитить фреймворк для разработки плагинов. Думаю, если бы мне пришлось, например, использовать всего несколько слов, чтобы описать это. Это справедливо?

ДП: это здорово. Я собираюсь записать это. Нет, нет, это одна из причин, почему я люблю смотреть подкасты, как если бы вы были такими, как вы, у вас есть отличный способ упростить их, как будто это среда разработки для плагинов WordPress, как будто это размещенная служба и интерфейс командной строки. который вы используете, чтобы иметь пользовательский интерфейс, в котором вы можете щелкнуть, например, я хочу использовать пользовательские типы сообщений, и я хочу использовать блоки, а затем, когда вы находитесь в своем плагине, вы можете, знаете ли, набирать быстрые команды, такие как plug in machine, plugins, zip гранты, zip файл вашего кармана.

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

ДП: Да. Итак, просто в контексте того, как я одобрен, к кому я обращаюсь, говорит, что я, вы знаете, разработчик плагинов WordPress, вы собираетесь разработчик веб-приложений, я говорю о создании плагинов WordPress, пользовательских плагинов для вашего сайта. Это может быть уникальный подключаемый модуль, который делает что-то, чего не существует, например, он расширяет WooCommerce каким-то уникальным и интересным образом для вашего бизнеса, или плагины, которые люди разрабатывают для распространения с открытым исходным кодом или для продажи. И поэтому, когда вы это делаете, вы не знаете, например, когда я начал создавать плагины, например, Привет, сомневаюсь, это всего лишь один файл. Для этого особо ничего не нужно. Но по мере того, как они усложняются, у вас появляются автоматизированные зависимости, вы хотите использовать упаковщик скриптов WordPress, вы хотите использовать пакет компонентов WordPress, который вы собираетесь использовать те же входные данные и выбирать вид элементов управления формами, которые знает Гутенберг. Когда вы это сделаете, вам понадобится что-то, что может автоматически установить что-то вроде NPM или пряжи, а затем вам нужен инструмент, который может автоматически запускать процесс сборки для создания безопасного для браузера JavaScript, веб-скриптов. А затем вы начинаете заниматься тем, что мы называем автоматизированным тестированием, когда мы пишем дополнительный код, который запускает наш код, чтобы убедиться, что он работает правильно. И здесь много сложностей, и я думаю, что это усложняет задачу, потому что вы изучаете эти инструменты, и вы учитесь использовать их одновременно и изучаете две вещи одновременно.

ДВ: Было интересно услышать, как вы описываете это, используете слово «автоматизировать» для каждой отдельной пули, когда вы говорили о современном, например, об установке пакетов и работе с зависимостями, а затем запускаете свой набор тестов. И кажется, что вы знаете, если вы не сделали эти части по пути, вы должны изучить как автоматизацию, так и то, что эта штука делает с программным обеспечением, которое вы создаете. И я мог видеть, что это, знаете ли, огромная проблема для многих людей. Хотя мне любопытно, например, об этом путешествии, и, может быть, как люди могут преодолеть это. Мы собираемся сделать наш первый перерыв. Мы сейчас вернемся. Пора включить рекламную паузу. Быть в курсе. Чтобы узнать больше, нажмите эту кнопку через мгновение. В конце концов, добро пожаловать обратно, чтобы нажать на этот подкаст сообщества WordPress на W EMR. Сейчас мы говорим с Джошем Поллаком о важности современных инструментов, автоматизированного тестирования и разработки WordPress. Джош, прямо перед перерывом ты как бы объяснял современные инструменты. Вы как бы прошлись по списку ключевых компонентов этого. Вы продолжали подчеркивать автоматизацию до того, как мы пошли и указали на то, что люди должны изучать как автоматический подход, так и то, что делают инструменты. Это было для вас вызовом? Как вы начали внедрять этот тип развития?

ДП: Ну да, полностью. В Я ботаник для людей. Я ненавижу эту часть. Мне это нравится. Но когда я пытаюсь написать функцию, когда мой мозг находится в пространстве, я разговаривал с клиентом, и им нужно, чтобы эта вещь выглядела вот так и была здесь. Я хочу писать код PHP и JavaScript. Я не хочу писать, знаете ли, автоматическую тестовую установку или настраивать NPM, хотя я ботаник в этом деле. Я не хочу иметь с этим дело, когда я нахожусь в мозговом пространстве, выполняя настоящую работу. Я в деле, так что это всегда было проблемой для меня, потому что мне было интересно и то, и другое, но, как и все, это сложно сделать сразу. Так что плагин-машина делает для меня и меня, а также для других людей, таких как я, я нажимаю несколько кнопок, и я получаю все настройки там, все настроено для автоматизации. И когда я говорю автоматизированный, я имею в виду такие вещи, как у меня может быть одна команда и файл readme, который настраивает локальную среду разработки и позволяет мне видеть ее в браузере и запускать тесты, которые у меня есть действия GitHub, которые запускаются каждый раз, когда вносятся изменения. тесты в разных средах с разными версиями WordPress, разными версиями PHP. чтобы автоматически проверять, совместим ли мой код со всеми этими разными вещами. Потому что это вызов в WordPress. И мне, как разработчику, не нужно так много думать об этом, потому что для настройки достаточно нескольких нажатий кнопок, а затем вы читаете файл readme, вырезаете и вставляете эту единственную команду, которая делает кучу вещей. Этот человек делает много вещей, которые позволяют вам понять, почему

ДВ: Как будто это много дополнительных шагов, много дополнительных вещей, чтобы собраться с мыслями. Здорово использовать стандартные рамки, чтобы сблизиться. Но как, почему, почему, зачем преодолевать все эти трудности, чтобы интегрировать современные инструменты цитаты в ваш процесс разработки.

JP: Так что для некоторых вещей это просто требование. Например, если вы хотите использовать React внутри WordPress для чего-то вроде блока, создания классной страницы администратора для своего плагина, наличия интерактивного элемента внешнего интерфейса, вам нужно будет использовать правильные инструменты WordPress для компиляции таким образом, чтобы не вызовет проблем совместимости с другими компонентами, основанными на реакции, на сайте WordPress. Итак, вы, тем больше и больше, это становится фактически требованием, как вы, возможно, захотите, у вас может быть плагин, который существует некоторое время, и вам нужно внести некоторые изменения, но вы не хотите сломать вещи, которые уже существуют. Лучший способ справиться с этим — написать автоматические тесты, которые описывают, как это работает сейчас, и если вы внесете изменение, которое приведет к сбою одного из этих тестов, остановите резервное копирование, вы знаете, исправьте эту ошибку, а не отправляйте ее на свой сервер. пользователи. Это еще один случай, когда это похоже на вашу потребность сделать ваших клиентов счастливыми и иметь стабильный продукт.

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

JP: Да, как будто я человек на этой машине. Или это своего рода шутка за подключаемой машиной. Как я имя мгновенно. Я не умею делать одно и то же снова и снова. Точно так же. Верно. Вот почему мы используем компьютеры. Типа мы такие: Эй, я скажу тебе, как с ним быть. Мы называем этот код. А затем мы просто запускаем его снова и снова, доверяя компьютерам делать то же самое. Снова и снова, одним и тем же образом, так что для меня это то, что я не хочу беспокоиться о том, что, если внесенное мной изменение сломается, чтобы я мог вручную проверять его точно так же каждый раз, и это, как я сказал в тот раз правильно и это человеческая ошибка, или у меня просто есть программа, которая работает 48 И тем более, я думаю, что мы облегчаем разработчикам плагинов и тем WordPress автоматическое тестирование, не говоря: «О, я бы с удовольствием, но у меня нет времени». чтобы понять как настроить. Я тем более, что те легкие вещи, которые просты для конечного пользователя, будут стабильны, да? Потому что мы не просто хотим, чтобы пользовательский интерфейс был проще в использовании или легче в освоении. Мы не хотим, чтобы такие люди жаловались на WordPress. Вы запускаете свой сайт, а затем обновляете свои плагины. Верно. Как будто это то, с чем у всех есть проблемы на уровне пользователя. Это не то, что мы можем решить для пользователей напрямую. Это то, что мы должны решить в том, как мы создаем подключаемый модуль WordPress, и в том, как мы тестируем это.

ДВ: так что сроки всегда соответствуют вашим ожиданиям. Например, когда вы хотите это завтра? Верно? Я не думаю, что кто-то когда-либо не говорил мне этого типа: «О, нам это нужно через шесть месяцев». Нет проблем, правильно. Все хотят всего на следующий день. Итак, команды находятся под этим давлением. Мне просто любопытно, что вы думаете о написании тестов или наборов тестов, вы знаете, давая людям возможность ползать, ходить, бегать, есть ли какие-то ключевые области, или вам нравится начинать и нравится, попробуйте написать то, что вы чувствовать себя как полный набор тестов, или вы пытаетесь выбрать его в определенных частях, когда люди учатся, как вы, как вы рекомендуете? справиться с этим, как пройти полный набор тестов? Снять кусок, а затем учиться таким образом? Или как вы относитесь к этой части?

ДП: Это отличный вопрос. Я иногда консультируюсь с людьми, когда мне нравится смотреть на их код и не просто настраивать автоматические тесты, но и работать с ними, обучая их тому, что они должны тестировать. И во многих случаях это одна из вещей, сдерживающих людей, — они чувствуют себя виноватыми из-за того, что у них нет тестов, а затем они не могут иметь полное тестовое покрытие. Верно. И я думаю, что это странный подход, потому что ты еще ничего не сделал. Конечно, у вас нет вещи в результате вещи. И вы не написали тест, вы знаете, тест, но тесты полезны, даже если они не охватывают все. Я думаю, что на самом деле люди беспокоятся о том, что я не получу полного охвата тестами. Если я просто напишу несколько тестов. Это как да, но вы стали на шаг ближе к этому. Вы начали с этого. У вас есть возможность узнать, как работает Tesco, например, у меня есть плагин, который я написал для клиента, который добавляет ярлык. Как будто это все, что он делает. Итак, я написал в, и там есть, как вы знаете, если вы не вошли в систему, он показывает вам сообщение о входе в систему. Итак, я написал два теста, оба из них просто вызывают функцию, которая отображает шорткод в make уверен, что он не выдает ошибку. Это самые подробные тесты в мире. Но когда я впервые зафиксировал их после этого, мой первый проход по написанию плагина тестирования, и у меня была целая куча ошибок, просто из-за запуска этих тестов, например, просто в процессе генерации шорткода, я сгенерировал массу ошибок PHP. и я смог проработать и заставить их уйти. И тогда это дало мне уверенность в том, что в будущем, если что-то случится, одна из трех или четырех разных частей того, что входит в этот шорткод, сломается. Знаешь, это провалит тест.

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

JP: Я бы сказал, потому что, да, потому что это начинается с двух тестов, которые говорят, что что-то сломалось, например, действительно хорошее тестовое покрытие. Вы хотели бы один тест для каждой отдельной части. программы. Итак, это похоже на то, что один тест не пройден, и вы говорите: «Хорошо, это говорит мне, куда именно мне нужно перейти в моей кодовой базе, чтобы решить. Может быть, у вас получится, может быть, это способ разработать новый плагин для продукта. Но если у вас есть один тест, который делает, знаете ли, ваш шорткод, он гарантирует, что ваш блог сможет добавить его в редактор сообщений. Убедитесь, что ваша форма может быть отправлена ​​и не содержит ошибок. Они охватывают так много в будущем, когда они ломаются, вы знаете, они терпят неудачу по определенной причине. Затем второй тип вещей, который мне нравится, так что это похоже на первую фазу. Второй этап — в следующий раз, когда есть ошибка, правильный тест, который терпит неудачу из-за этой ошибки, может быть пройден, как только вы исправите ошибку, потому что теперь у вас есть немного более детальное тестирование, и у вас есть доказательство того, что вы исправили ошибку, и вы иметь защиту от повторения в будущем.

ДВ: Мне нравится, что вы как бы используете будущие сумки, когда они появляются, как способ добавить больше тестового покрытия и, конечно же, области, которые больше всего нуждаются в исправлении того, что ломается. Это умный способ превратить это в отличное предложение. Я хочу копнуть немного глубже и поговорить об этой культуре кодирования Дикого Запада и WordPress. Мы собираемся сделать наш последний перерыв, и мы скоро вернемся. Пора включить рекламную паузу. Оставайтесь с нами, чтобы узнать больше об этом через мгновение. Добро пожаловать обратно, чтобы поделиться этим подкастом сообщества WordPress на WMR. Мы говорим о современных инструментах для разработчиков WordPress с Джошем Поллоком. Прямо перед перерывом мы немного поговорили о том, что Джош в любом случае думает о том, чтобы приблизиться к написанию своих наборов тестов, сосредоточив внимание в первую очередь на наиболее важных функциях. Мне очень понравилось ваше предложение, Джош, об использовании некоторых ошибок в данный момент, чтобы усилить ваш набор тестов. Я думал, что это было очень умно. Вы знаете, в WordPress существует культура кодирования ковбойской ковбойши, если вы хотите, чтобы Дикий Запад получил свой член, также называемый Видите ли вы, что культура автоматического тестирования начинает укореняться, это понятие, подобное цитате, когда трудные вещи становятся все труднее, например, создание современных инструментов . Вы сказали также о требовании, но также и об автоматизированном тестировании. Вы чувствуете, что это укоренилось в WordPress, или вы все еще чувствуете, что пятиминутная установка и 10-минутный веб-сайт?

JP: Ну, это зависит от проекта, верно? Как будто что-то не так, как это здорово, когда вы можете сделать, например, подключить machine.com Как один веб-сайт с WordPress, который я действительно строю прямо сейчас. У меня нет ничего из этого под контролем версий. Нет таких клиентов, как есть немного такого пользовательского кода. Мне нравится превращаться в Hello Dolly. Верно. Это как с полки. Но думаю, как будто я работал в агентстве. Все развертывания были автоматизированы, верно? Все проверялось в системе управления версиями с использованием рабочего процесса запроса на вытягивание. А то при слиянии в одну ветку автоматом разворачивается сайт. Это стало проще, для этого есть гораздо больше инструментов. Есть гораздо больше хостов, которые, как вы знаете, поддерживают это и имеют, как вы знаете, задокументированные способы сделать это и получить автоматическое развертывание, например, если вы создаете целый сайт. Я думаю, что это отличный первый шаг, потому что это возможность стандартизировать эту часть. А потом, знаете, в этом пайплайне начните добавлять к нему тесты. Я думаю, что все больше и больше людей делают это. И, вы знаете, я использую FTP-клиент, чтобы перетаскивать файлы на сервер сегодня утром, потому что иногда это единственный способ сделать это. Мм, и я думаю, да, я думаю, что становится лучше, но, знаете, это недостаточно просто для людей. Как будто это не так, я думаю, потому что композитор не является родной концепцией или пресс-корпусом, что усложняет его, или NPM. Я думаю, что в этом пространстве предстоит еще много работы. И, как будто я действительно очень заинтересован в этом. Если бы у меня было больше времени, я бы рассмотрел проблему хладнокровия. Работает с Вордпресс. Свинец — не лучший инструмент. Он работает для всего проекта, но не может рекурсивно устанавливать зависимости такого рода проблем.

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

ДП: ну, значит, для разработчиков WordPress вы делаете что-то вроде плагинов. Вы не просто используете модуль PHP, который является стандартным для плагина WordPress, для тестирования PHP. Кроме того, есть некоторые инструменты, разработанные Yoast, с открытым исходным кодом, которые упрощают тестирование с помощью модуля PHP, и все они автоматически настраиваются на вашем компьютере. А затем для шутки JavaScript, которая похожа на React. Я имею в виду, что это часть сценариев WP. Это то, что я использую, но я также для людей, которые могут заниматься разработкой сайта, вы можете проводить автоматизированное тестирование с помощью таких инструментов, как призрак или Checkley, где вы можете запрограммировать тест, например, у вас есть расширение для браузера. Затем вы заходите в браузер, нажимаете «Запись» и выполняете такие действия, как вход на свой веб-сайт и добавление публикации, или добавления блока, или что-то в этом роде, после чего они могут запускаться на вашем веб-сайте, каждый раз в день. или раз в неделю. И это способ сделать автоматическое тестирование без кода, вы знаете, люди, которые владеют веб-сайтами, и они, как вы знаете, действительно большие, когда ваш клиент отправляет вам сообщение и говорит: «Эй, эта страница не работает». Это как бы не лучший способ начать взаимодействие с вашим клиентом. Гораздо лучше сказать: «Эй, наша автоматическая проверка заметила, что последнее обновление сломало раздел, и мы уже это исправили».

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

ДП: Не за что. Спасибо, что пригласили меня.

DV: Если вы хотите узнать больше о том, чем занимается Джош, чтобы, возможно, расширить свой собственный путь современного разработчика WordPress, загляните на pluginmachine.com. Спасибо всем за внимание к этому подкасту сообщества WordPress и WMR. Это был ваш ведущий Дэвид Фогельполь. Я поддерживаю сообщество WordPress через свою роль в WP Engine. И я люблю приносить вам лучшее из сообщества каждую неделю на Press This.