Pressione isto: A importância de ferramentas modernas e testes automatizados no desenvolvimento do WordPress com Josh Pollock

Bem-vindo ao Press This, o podcast da comunidade WordPress do WMR. Aqui, o anfitrião David Vogelpohl se senta com convidados de toda a comunidade para falar sobre os maiores problemas enfrentados pelos desenvolvedores do WordPress. Segue a transcrição da gravação original.

Desenvolvido por RedCircle

David Vogelpohl: Olá a todos e bem-vindos ao Press This, os podcasts da comunidade WordPress no WMR. Este é o seu anfitrião, David Vogelpohl, eu apoio a comunidade WordPress através da minha função no WP Engine, e adoro trazer o melhor da comunidade para você ouvir todas as semanas na imprensa como um lembrete, você pode me encontrar no Twitter @wpdavidv , ou você pode se inscrever para pressionar isso no iTunes, iHeartRadio, Spotify ou baixar os episódios mais recentes em wmr.fm. Neste episódio, falaremos sobre a importância de ferramentas modernas e testes automatizados e desenvolvimento do WordPress em particular, é claro, e nos juntaremos a nós nessa conversa. Eu gostaria de dar as boas-vindas a este Sr. Josh Pollock. Josy, seja bem-vindo.

Josh Pollock: Obrigado. Obrigado por me receber. Como vai?

DV: Bom, bom. Estou realmente animado. ter você nos shows. Estávamos conversando meio antes da gravação que você é mais, acredito que o WordPress Pollock mais famoso de todos os Pollocks, certo?

JP: comparativo com Jackson Pollock menos famoso, mas sim, então não era

DV: Não é tão famoso quanto o WordPress. Então eu acho que você tem Jackson lá.

J.P.: certo? Sim. Mas sou fã do trabalho dele.

DV: Ah, é bom aprender. Para aqueles que estão ouvindo, porém, e Josh vai falar sobre hoje. Josh vem até nós de algumas áreas diferentes, mas particularmente focado na máquina plug-in. Falaremos um pouco sobre isso, mas também sobre seus pensamentos sobre por que ferramentas de desenvolvimento modernas e testes automatizados são super importantes para o desenvolvimento do WordPress. Então, se você é um programador de cowboy ou cowgirl, Josh vai falar um pouco sobre por que outro caminho pode ser melhor. Algumas de suas ferramentas favoritas para isso e como abordar testes automatizados com seus próprios projetos de desenvolvimento do WordPress. Antes de entrarmos nisso, gostaria de lembrar às pessoas que eu sei que você provavelmente já ouviu isso em episódios anteriores. Em 25 de abril de 2022, o WP Engine realizará nossa conferência virtual de decodificação. Gostaria de conferir. Saiba mais sobre o desenvolvimento do WordPress em vários tópicos. Você pode visitar os eventos em WP engine.com barra decodificação dash 2022 Tudo bem, Josh, vou fazer a primeira pergunta que fiz a todos os meus convidados. Você poderia me contar brevemente sua história de origem do WordPress? Quando foi a primeira vez que você usou o WordPress?

JP: Sim, eu uso o WordPress provavelmente pela primeira vez. Digamos 2011 2012 para escrever um blog, como no wordpress.com, então eu gosto de pesquisar no Google como fazer algo e eles eram como colar algo em funções dot php. Então eu tive que mudar para o WordPress auto-hospedado e acho que nunca trabalhei muito nesse blog. Eu fiquei realmente distraído com a parte do código. E isso me levou a gostar da comunidade WordPress e me voluntariar com a equipe de revisão de temas e então vou trabalhar em pods, que é um plugin que funciona como campos personalizados e tipos de postagem personalizados e tem uma interface do usuário para isso e eu tenho um trabalho como uma pessoa de apoio lá. Scott Kingsley, o desenvolvedor líder lá e todos os outros realmente me apoiaram e me ajudaram a aprender como o desenvolvimento e eu entrei realmente no desenvolvimento plug-in a partir daí. Isso é legal.

DV: Quando você se distraiu com o código que você disse que 2011 ou 12 foi quando você tentou iniciar um blog? Foi assim logo depois ou?

JP: Sim, sim, então eu fui como o WordPress 2.7, acho que foi a primeira versão em que trabalhei. Quer dizer, eu acho que a primeira versão como eu usei e acho que a primeira versão que eu contribuí foi tipo três pontos.

DV: Então sim, 2011 isso teria sido logo após o tipo de postagem personalizada. Então, esse teria sido um momento emocionante para estar no WordPress. Eu acho que de 237 alguns episódios estranhos que eu fiz. Você é a primeira história de origem do wordpress.com. Então eu acho que você pode ter a distinção disso e de todas as pessoas que entrevistei esses anos, mas é muito legal que você tenha começado lá. Na blogosfera. E então rapidamente passou para o lado do desenvolvimento como algo realmente interessante. Eu mencionei no início daquele ano com a máquina de plugins, você poderia nos dizer o que a máquina de plugins faz e o que você faz lá?

JP: Sim, então este é um novo produto que estou desenvolvendo, você sabe, quero dizer, é meu, você sabe, é meu solo. coisa que estou construindo como se eu fosse um desenvolvedor freelance agora, tipo, as partes intermediárias da história é que conheci algumas pessoas que estavam trabalhando em um plug-in chamado cortador de formulários através de pods em uma empresa que o cercava por um tempo. E então fiz alguns trabalhos no espaço WordPress e agora sou um desenvolvedor freelancer. E muitas vezes estou construindo plugins WordPress para sites WordPress. Como se eu não fosse alguém para quem você iria e ficaria tipo, eu preciso construir um site para o meu negócio. Como eu vou construir a funcionalidade legal para ele. Alguém vai construir um tema para nós ou qualquer outra coisa e, para isso, para meus próprios projetos, eu continuei me prendendo em como faço para iniciar este plugin? Como eu quero ter blocos e quero ter certeza de que estou usando scripts do WordPress, como a nova ferramenta para compilar código JavaScript, incluindo código React e a maneira como funciona é compatível com o WordPress. Agora mesmo. É o padrão do WordPress. É onde ele estava como bifurcando o último projeto em que trabalhei repetidamente.

DV: Esse é o começo de todo grande software, não é?

J.P.: Sim. Então, isso levou ao que estou chamando de máquina de plugar, que é uma ferramenta que faz algumas coisas. A primeira coisa é que ajuda a iniciar plugins como se cria todo o código que você precisa com todas as convenções de nomenclatura corretas em dependências para fazer coisas como usar o compositor para PHP autoloader em dependências ou usar os scripts do WordPress para seus blocos. Todos esses diferentes tipos de coisas. E isso me deixou meio obcecado com as partes móveis do bug no desenvolvimento, os testes automatizados, criando o arquivo zip certo que tem todos os arquivos corretos que você quer lá, mas não os que você não não quero. Como seus testes que você deseja instalar. Então estou registrando máquinas, esse tipo de ferramenta completa para iniciar plugins, adicionar recursos a plugins, preciso adicionar um bloco e a página do menu Data e depois criar como a versão final do pacote que pode entrar no site WordPress.

DV: E comprometa a estrutura de desenvolvimento para plugins. Eu acho que se eu tivesse que usar apenas algumas palavras para descrevê-lo. Isto é Justo?

J.P.: isso é ótimo. Eu vou escrever isso. Não, não, é por isso que eu amo ir a podcasts como você tem uma ótima maneira de simplificá-lo como se fosse uma estrutura de desenvolvimento para plugins do WordPress, como se fosse um serviço hospedado e uma CLI que você usa para ter uma interface do usuário onde você pode clicar como eu quero usar tipos de postagem personalizados e quero usar blocos e então quando você estiver no seu plugin, você pode saber, digitar comandos rápidos como plug in machine, plugins, zip grants, um arquivo zip do seu bolso.

DV: Esse tipo de coisa. Então eu adoro quando o software, é claro, se origina na necessidade e de maneira meio acostumada e é meio interessante ouvir a história de origem da máquina de plugins apreciar que você ainda está segurando isso, mas meio que saindo e você ' re uma abordagem caseira e assim como sua jornada começou com wordpress.com, certo, como literalmente nenhum site de tipo de código entrará rapidamente em um tipo de desenvolvimento mais avançado. Então me ajude a entender nosso público até entender como quando você fala, cita ferramentas modernas com desenvolvimento WordPress o que isso significa para você e por que isso é importante?

J.P.: Sim. Então, apenas para o contexto de como eu sou aprovado de quem estou abordando diz, eu sou, você sabe, um desenvolvedor de plugins do WordPress, você será desenvolvedor de aplicativos da web, estou falando sobre a construção de plugins do WordPress, plugins personalizados para o seu site. Isso pode ser um plug-in único que faz algo que não existe, você sabe, ele estende o WooCommerce de uma maneira única e interessante para o seu negócio, ou plugins que as pessoas estão desenvolvendo para distribuir código aberto ou vender. E então quando você está fazendo isso, você não sabe, como quando eu comecei a construir plugins, como Olá, dúvida, é apenas um arquivo. Você realmente não precisa de nada especial para isso. Mas à medida que eles crescem em complexidade, você começa a ter dependências automatizadas, certo você quer usar o empacotador de scripts do WordPress, você quer usar o pacote de componentes do WordPress que você vai usar as mesmas entradas e selecionar o tipo de controles de formulário que Gutenberg conhece. Ao fazer isso, você começa a precisar de algo que possa instalá-lo automaticamente, como NPM ou yarn e, em seguida, você precisa de uma ferramenta que possa executar automaticamente o processo de compilação para criar JavaScript seguro para navegadores, scripts da Web. E então você começa a entrar no que chamamos de testes automatizados, onde estamos escrevendo código adicional que executa nosso código para garantir que ele seja executado da maneira correta. E há muita complexidade lá e acho que isso dificulta porque você está aprendendo essas ferramentas e aprendendo a usá-las ao mesmo tempo e aprendendo duas coisas ao mesmo tempo

DV: Foi interessante porque ouvir você descrevê-lo, use a palavra automatizar para cada marcador enquanto você falou sobre moderno para gostar de, você sabe, instalar pacotes e lidar com dependências e então executar seu tipo de suíte de testes. E parece que você sabe, se você não fez essas peças ao longo do caminho, você tem que aprender tanto a automação quanto o que a coisa está fazendo com o software que você está criando. E eu pude ver isso sendo, você sabe, um grande desafio para muitas pessoas. Estou curioso, porém, sobre essa jornada, e talvez como as pessoas podem superar isso. Nós vamos fazer nossa primeira pausa. Já voltamos. Hora de se conectar a um intervalo comercial. Fique atento. Para mais, pressione isso em apenas um momento. Acima de todos, bem-vindos de volta para pressionar este podcast da comunidade WordPress no W EMR. Estamos conversando com Josh Pollack sobre a importância de ferramentas modernas e testes automatizados e desenvolvimento do WordPress. Josh, logo antes do intervalo, você estava explicando as ferramentas modernas. Você meio que passou por uma lista de uma lista de componentes-chave. Você continuou enfatizando a automação antes de irmos e afirmando que as pessoas precisam aprender tanto o tipo de abordagem automatizada quanto o que as ferramentas estão fazendo. Isso foi um desafio para você? Como você começou a adotar esse tipo de desenvolvimento?

JP: Bem, sim, totalmente. Em eu sou um nerd para tipo, gente. Eu odeio essa parte. Eu gosto disso. Mas quando estou tentando escrever um recurso, bem quando meu cérebro está no espaço de, conversei com um cliente e eles precisam que essa coisa se pareça com isso e vá aqui. Eu quero como escrever código PHP e JavaScript. Eu não quero escrever uma configuração de teste automatizada ou configurar o NPM mesmo sendo um nerd para essas coisas. Não quero lidar com isso quando estou no espaço cerebral de fazer o trabalho real. Eu estou dentro, então esse sempre foi o desafio para mim porque eu estava interessado em ambos, mas é como todo mundo, é difícil fazer ao mesmo tempo. Então, o que a máquina de plugins faz por mim e eu, e por outras pessoas como eu, é clicar em alguns botões e obter todas as peças configuradas lá, todas configuradas para serem automatizadas. E quando digo automatizado, quero dizer coisas como eu posso ter um comando e o readme que configura o ambiente de desenvolvimento local e me permite vê-lo no navegador e executar testes que tenho ações do GitHub que toda vez que uma alteração é feita executa os testes em diferentes ambientes com diferentes versões do WordPress, diferentes versões do PHP. para verificar automaticamente se meu código é compatível com todas essas coisas diferentes. Porque isso é um desafio no WordPress. E eu, como desenvolvedor, não tenho que pensar muito sobre isso porque são apenas alguns cliques de botão para configurar e então você olha no readme e cola este comando que faz um monte de coisas. Este homem faz muitas coisas que permitem que você veja o porquê

DV: Como se fossem muitos passos extras, muitas coisas extras para você entender. É ótimo usar estruturas de prateleira para aproximá-lo. Mas como por que como por que passar por todos esses problemas para integrar ferramentas modernas de cotação em seu processo de desenvolvimento.

JP: Então, para algumas coisas, é basicamente um requisito. Por exemplo, se você quiser usar o React dentro do WordPress para algo como bloco, construindo como uma página de administração legal para o seu plugin, tendo um elemento interativo de front-end, você precisará usar as ferramentas corretas do WordPress para compilar de uma maneira que não causará problemas de compatibilidade com outros componentes baseados em reação no site WordPress. Então você está, mais e mais está se tornando efetivamente um requisito como você pode querer, você pode ter um plug-in que está disponível há algum tempo e precisa fazer algumas alterações, mas não quer quebrar as coisas que os recursos que já existem. A melhor maneira de lidar com isso é escrever testes automatizados que descrevam como funciona agora e se você fizer uma alteração que faça com que um desses testes falhe, pare o backup, você sabe, corrija esse erro em vez de enviá-lo para o seu Comercial. Esse é outro caso em que é como o seu, sua necessidade de deixar seus clientes felizes e ter um produto estável se torna a necessidade.

DV: Ok, então isso não é realmente interessante porque tem havido muita discussão sobre isso recentemente no WordPress, que é, como Rob Stinson, um dos meus colegas de trabalho aqui no WP Engine, aponta que as coisas fáceis no WordPress estão ficando mais fáceis , como o editor de blocos e as coisas difíceis estão ficando mais difíceis, como fazer um plug-in e você está fazendo observações sobre você sabe, abordagens de desenvolvimento mais avançadas do que o passado em relação à incorporação de reagir pouco como usá-lo como um estrutura. Então isso realmente soa verdadeiro. E parece que o benefício é o seu tempo, particularmente com coisas como testes automatizados de ter que recodificar coisas que você enviou que quebraram e acho que também manter seu emprego se você estiver ou seus clientes se estiver enviando , muitas mudanças de última hora e adivinhar isso também é um benefício, assim como um benefício monetário.

JP: Sim, como se eu fosse uma pessoa naquela máquina. Ou isso é uma espécie de piada por trás da máquina plug-in. Como se eu fosse o nome instantaneamente. Eu não sou bom em fazer a mesma coisa repetidamente. Exatamente do mesmo jeito. Direita. É por isso que usamos computadores. Como se estivéssemos tipo, Ei, eu vou te dizer como fazer com ele. Chamamos esse código. E então nós o executamos repetidamente confiando em computadores para fazer a mesma coisa. De novo e de novo, da mesma maneira, então Isso para mim é que eu não quero a ansiedade de que se a mudança que eu fiz quebrou para que eu pudesse testá-la manualmente exatamente da mesma maneira todas as vezes e isso como eu disse naquela vez certo e isso é erro humano ou eu só tenho um programa que roda 48 E quanto mais acho que facilitamos para os desenvolvedores de plugins e temas do WordPress terem testes automatizados sem tipo, Ah, eu adoraria, mas não tenho tempo para descobrir como configurá-lo. Eu sou mais que aquelas coisas fáceis que são fáceis para o usuário final serão estáveis, certo? Porque não queremos apenas que a interface do usuário seja mais fácil de usar ou mais fácil de aprender. Não queremos pessoas assim é a reclamação sobre o WordPress. Você inicia seu site e, em seguida, atualiza seus plugins. Direita. Tipo, isso é o que todo mundo tem problema como nível de usuário. Não é algo que possamos resolver diretamente para os usuários. É algo que temos que resolver na maneira como construímos o plug-in do WordPress a partir da maneira como testamos isso

DV: assim como os prazos são sempre como suas expectativas. Tipo, quando você quer isso amanhã? Direita? Acho que ninguém nunca me disse isso como, ah, precisamos disso em seis meses. Sem problemas, certo. É todo mundo quer tudo no dia seguinte. E assim, as equipes estão sob essa pressão. Estou curioso para saber como você pensa em escrever testes ou conjuntos de testes, você sabe, em dar às pessoas uma espécie de rastejar, caminhar, correr, existem algumas áreas-chave ou você gosta de começar e gostar, tentar escrever o que você se sente como um conjunto de testes completo ou você tenta selecioná-lo em certas partes, à medida que as pessoas estão aprendendo, como você recomenda? enfrentá-lo como ir para o conjunto de testes completo? Tirar um pedaço e depois aprender assim? Ou como você pensa sobre essa parte?

JP: Essa é uma ótima pergunta. Eu faço esse tipo de consultoria com pessoas às vezes onde gosto de olhar para o código e não apenas configurar testes automatizados, mas gosto de trabalhar com eles para treiná-los sobre o que eles devem testar. E muitas vezes isso é uma das coisas que impedem as pessoas, é que elas se sentem meio culpadas por não fazerem nenhum teste e então não poderem ter uma cobertura completa do teste. Direita. E eu acho que é uma maneira estranha de abordar isso porque é tipo, você ainda não fez nada. Claro que você não tem a coisa o resultado da coisa. E você não escreveu o teste, sabe, teste, mas os testes são úteis, mesmo que não cubram tudo. Eu acho que essa é realmente a ansiedade que as pessoas têm é que eu não vou ter a cobertura completa do teste. Se eu apenas escrever alguns testes. É tipo, sim, mas você está um passo mais perto disso. Você começou nisso. Você tem a oportunidade de aprender como Tesco, por exemplo, eu tenho um plugin que escrevi para um cliente que adiciona um atalho. Como isso é tudo o que faz. E então eu escrevi para e tem o que você sabe, se você não estiver logado, ele mostra uma mensagem para você sobre o login. Então eu escrevi dois testes, ambos apenas chamam a função que renderiza o shortcode em make certeza de que ele não lança um erro. Esses são os testes mais detalhados do mundo. Mas quando eu os comitei pela primeira vez depois disso, meu primeiro passo para escrever o plugin de teste e eu tive um monte de erros, apenas executando esses testes, como apenas no processo de gerar o shortcode, eu gerei uma tonelada de erros PHP e eu fui capaz de trabalhar e fazer com que eles fossem embora. E então isso me deu a confiança no futuro de que, se algo assim, uma das três ou quatro partes diferentes do que entra nessa quebra de código de acesso. Você sabe, isso vai falhar no teste.

DV: Então parece que você está pensando nisso em termos de funcionalidade chave do software que você criou, identificando essas funções chave e então escrevendo testes. em torno daqueles para iniciar a fim de isolar onde em seus problemas de software podem estar surgindo. Isso é uma maneira justa de trazê-los?

JP: Eu diria porque sim, porque isso está começando com dois testes que dizem que algo quebrou, como uma cobertura de teste muito boa. Você teria como um teste para cada parte individual. do programa. E é como se um teste falhasse e você ficasse, ok, isso me diz exatamente onde eu preciso ir na minha base de código para resolver. Talvez você chegue lá, talvez seja uma maneira de desenvolver um novo plugin de produto. Mas se você tiver um teste que faça, você sabe, seu código de acesso, certifique-se de que seu blog possa adicioná-lo no editor de postagem. Certifique-se de que seu formulário pode ser enviado e não comete erros. Eles cobrem tanto no futuro quando eles quebram, você sabe, eles falham por um motivo específico. Então o segundo tipo de coisa que eu gosto é como a primeira fase. A segunda fase é na próxima vez que houver um teste certo de bug que falhe por causa desse bug, então pode passar assim que você corrigir o bug, porque agora você tem um pouco mais de detalhes em seus testes, e você tem a prova de que corrigiu o bug e você ter proteção contra que aconteça novamente no futuro.

DV: Eu gosto de ver que você está meio que usando bolsas futuras à medida que elas aparecem como uma forma de adicionar mais cobertura de teste e, claro, as áreas que mais precisavam acertar as coisas que estão quebrando. É uma maneira inteligente de gerar isso como uma ótima sugestão. Eu quero me aprofundar um pouco aqui e falar sobre essa cultura de codificação do Velho Oeste e WordPress. Vamos fazer nossa última pausa e já voltamos. Hora de se conectar a um intervalo comercial. Fique atento para mais informações sobre isso em apenas um momento. Sejam todos bem-vindos a pressionar este podcast da comunidade WordPress no WMR. Estamos falando de ferramentas modernas para desenvolvedores WordPress com Josh Pollock. Logo antes do intervalo, estávamos falando um pouco sobre como Josh pensa de qualquer maneira ao abordar você meio que escrevendo suas suítes de teste focando primeiro nas funções mais críticas. Gostei muito da sua sugestão Josh sobre o uso de bugs no momento para reforçar seu conjunto de testes. Achei isso muito inteligente. Você sabe, o WordPress tem uma cultura de codificação cowboy cowgirl, se você vai Wild West recebendo seu pau também chamado Você vê uma cultura de testes automatizados começando a se enraizar é essa noção de como as coisas difíceis estão ficando mais difíceis, como fazer ferramentas modernas . Você disse também um requisito, mas também essa noção de teste automatizado. Você sente que isso está se enraizando no WordPress ou você ainda sente que é como você conhece, a instalação de cinco minutos e o site de 10 minutos?

JP: Bom, depende do projeto, né? Como se houvesse algo errado, é ótimo quando você pode fazer como plug in machine.com Como um site com WordPress está realmente me construindo agora. Eu não tenho nada disso sob controle de versão. Não há clientes como há um pouco de código personalizado como esse. Eu gosto modificado em Hello Dolly. Direita. É como as coisas de prateleira. Mas acho que eu costumava trabalhar em uma agência. Todas as implantações foram automatizadas, certo? Tudo estava sendo verificado no controle de versão, usando um fluxo de trabalho de solicitação de pull. E então, quando você mesclar para uma ramificação, implanta automaticamente o site. Isso ficou mais fácil, há muito mais ferramentas para isso. Há muito mais hosts que, você sabe, suportam isso e têm maneiras documentadas de fazer isso e obter implantações automatizadas, se você estiver construindo um site inteiro. Acho que é um ótimo primeiro passo porque é uma oportunidade de padronizar essa parte. E então você sabe, nesse pipeline, comece a adicionar testes a isso. Acho que mais e mais pessoas estão fazendo isso. E, você sabe, eu uso um cliente FTP para arrastar, você sabe, arquivos para um servidor esta manhã, porque às vezes é a única maneira de fazer isso. Hum, e eu acho, sim, acho que está melhorando, mas, você sabe, não é fácil o suficiente para as pessoas. Como não é, eu acho, porque compositor não é um conceito nativo ou corpo de imprensa que torna mais difícil ou NPM. Acho que há muito mais trabalho a ser feito nesse espaço. E como eu realmente estou super interessado dessa forma. Se eu tivesse mais tempo eu consideraria que o problema da compostura não é. Funciona com WordPress. O chumbo não é uma grande ferramenta. Funciona para todo o projeto, mas como não pode instalar dependências recursivamente esses tipos de problemas

DV: Mas e quanto ao seu teste? Seus testes que você usa como pessoal de TI aqui porque eu sinto que isso é um grande bloqueador para muitas pessoas que tentam adotar o desenvolvimento moderno, é tipo, você sabe, o que, suítes de teste posso usar? Quais ferramentas de teste posso usar? Estou apenas curioso, tipo, se você tem alguma recomendação para pessoas ouvindo testes e ferramentas automatizadas ou suítes de testes ou estruturas para WordPress que eles possam considerar

JP: bem, então para desenvolvedores do WordPress você está fazendo como plugins. Você não usa apenas a unidade PHP, que é o padrão para o plug-in do WordPress para testes de PHP. E também existem algumas ferramentas que foram desenvolvidas pelo Yoast que são de código aberto e, como parte disso, facilitam o teste com a unidade PHP e todas são configuradas automaticamente em sua máquina. E então para JavaScript jest, que é como React. Quero dizer, isso faz parte dos scripts do WP. Essas são as coisas que eu uso, mas também para pessoas que podem estar fazendo desenvolvimento de sites, você pode fazer testes automatizados, com ferramentas como go Students Specter ou Checkley, onde você pode programar o teste, tipo, você tem uma extensão do navegador. Em seguida, você entra no navegador, clica em gravar e faz coisas como entrar no seu site e adicionar uma postagem ou adicionar um bloco ou esse tipo de coisa, então eles podem entrar no seu site, sempre que você sabe, uma vez por dia ou uma vez por semana. E essa é uma maneira de não fazer testes automatizados de código, sabe, as pessoas que possuem sites e sabem, é muito grande quando seu cliente lhe envia uma mensagem e diz: Ei, esta página está quebrada. Essa não é uma ótima maneira de iniciar uma interação com seu cliente. É muito melhor dizer olá, nossa verificação automática informa que a última atualização quebrou a seção e já a corrigimos.

DV: Acho que em todos os episódios de workflow modernos que fiz ao longo desses anos. Eu não acho que uma pessoa já tenha introduzido esse conceito disso. Isso é muito inteligente. Isso tem sido incrível. Josh, muito obrigado por se juntar a nós hoje.

JP: De nada. Obrigado por me receber.

DV: Se você quiser saber mais sobre o que Josh está fazendo para talvez expandir sua própria jornada de desenvolvedor WordPress moderna, confira pluginmachine.com Obrigado a todos por ouvirem este podcast da comunidade WordPress e WMR. Este foi o seu anfitrião David Vogelpohl. Eu apoio a comunidade WordPress através da minha função no WP Engine. E adoro trazer o melhor da comunidade para você aqui toda semana no Press This.