Premi questo: l'importanza di strumenti moderni e test automatizzati nello sviluppo di WordPress con Josh Pollock

Benvenuto in Press This, il podcast della community di WordPress di WMR. Qui l'host David Vogelpohl si siede con gli ospiti di tutta la comunità per parlare dei maggiori problemi che devono affrontare gli sviluppatori di WordPress. Quella che segue è una trascrizione della registrazione originale.

Realizzato da RedCircle

David Vogelpohl: Ciao a tutti e benvenuti su Press This, i podcast della community di WordPress su WMR. Questo è il tuo ospite, David Vogelpohl, supporto la community di WordPress attraverso il mio ruolo in WP Engine, e mi piace portare il meglio della community per farti sentire ogni settimana sulla stampa come promemoria, puoi trovarmi su Twitter @wpdavidv oppure puoi abbonarti per premere questo su iTunes, iHeartRadio, Spotify o scaricare gli ultimi episodi su wmr.fm. In questo episodio parleremo dell'importanza degli strumenti moderni, dei test automatizzati e dello sviluppo di WordPress in particolare, ovviamente, e ci uniremo a noi per quella conversazione. Vorrei dare il benvenuto a questo signor Josh Pollock. Josh, benvenuto.

Josh Pollock: Grazie. Grazie per avermi. Come stai?

DV: Bene, bene. Sono davvero eccitato. per averti negli spettacoli. Stavamo parlando un po' prima della registrazione che sei il più, credo il più famoso WordPress Pollock di tutti i Pollock, giusto?

JP: Paragonabile a Jackson Pollock meno famoso, ma sì, quindi non lo era

DV: Non così famoso come WordPress come te. Quindi penso che tu abbia Jackson lì.

JP: giusto? Sì. Sono un fan del suo lavoro però.

DV: Ah, è bello da imparare. Per chi ascolta, però, e di cui parlerà Josh oggi. Josh viene da noi da alcune aree diverse ma particolarmente focalizzato sulla macchina plug-in. Ne parleremo un po', ma anche dei suoi pensieri sul motivo per cui i moderni strumenti di sviluppo e i test automatizzati sono estremamente importanti per lo sviluppo di WordPress. Quindi, se sei un programmatore di cowboy o cowgirl, Josh parlerà un po' del perché un altro percorso potrebbe essere migliore. Alcuni dei suoi strumenti preferiti per questo e come affrontare i test automatizzati con i tuoi progetti di sviluppo WordPress. Prima di entrare nel merito, vorrei ricordare alle persone che so che probabilmente l'avete sentito negli episodi precedenti. Il 25 aprile 2022. WP Engine terrà la nostra conferenza di decodifica virtuale. Mi piace dare un'occhiata. Scopri di più sullo sviluppo di WordPress su una varietà di argomenti. Puoi visitare gli eventi su WP engine.com slash decodifica trattino 2022 Va bene, Josh, ti farò la prima domanda che ho fatto a tutti i miei ospiti. Potresti raccontarmi brevemente la tua storia di origine di WordPress? Quando è stata la prima volta che hai utilizzato WordPress?

JP: Sì, uso WordPress probabilmente per la prima volta. Diciamo 2011 2012 per scrivere un blog, come su wordpress.com in poi mi piace Googled come fare qualcosa ed erano come incollare qualcosa in funzioni punto php. Quindi mi è piaciuto passare a WordPress self-hosted e non credo di aver mai lavorato molto su quel blog. Mi sono davvero distratto come la parte del codice. E questo mi ha portato ad apprezzare la community di WordPress e fare volontariato con il team di revisione dei temi e poi lavorerò presso i pod, che è un plug-in che fa come i campi personalizzati e i tipi di post personalizzati e ha un'interfaccia utente per questo e ho ottenuto un lavoro come persona di supporto lì. Scott Kingsley card, lo sviluppatore principale lì e tutti gli altri mi hanno davvero supportato e mi hanno aiutato a imparare come lo sviluppo e da lì sono entrato davvero nello sviluppo plug-in. Questo è figo.

DV: Quando sei stato distratto per la prima volta dal codice che hai detto che era il 2011 o il 12 quando hai provato ad aprire un blog? Era come poco dopo o?

JP: Sì, sì, quindi sono stato come WordPress 2.7, penso sia stata la prima versione su cui ho lavorato. Voglio dire, penso che la prima versione come quella che ho usato e penso che la prima versione a cui ho contribuito fosse tipo tre punti.

DV: Quindi sì, nel 2011 questo sarebbe stato subito dopo il tipo di post personalizzato. Quindi sarebbe stato un momento emozionante per essere in WordPress. Penso a 237 episodi strani che ho fatto. Sei la prima storia sulle origini di wordpress.com. Quindi penso che potresti avere la particolarità di quello e di tutte le persone che ho intervistato in questi anni, ma è abbastanza bello che tu abbia iniziato lì. Nella blogosfera. E poi rapidamente è passato al lato dello sviluppo come davvero interessante. Ho menzionato all'inizio di quell'anno con la macchina plug-in, potresti dirci cosa fa la macchina plug-in e cosa fai lì?

JP: Sì, quindi questo è un nuovo prodotto che sto sviluppando, sai, voglio dire, è il mio sai, è il mio assolo. cosa che sto costruendo come se fossi uno sviluppatore freelance ora, tipo, tra le parti della storia ho incontrato alcune persone che stavano lavorando su un plug-in chiamato cutter form attraverso pod in un'azienda che lo circondava per un po'. E poi ho fatto un paio di lavori nello spazio WordPress e ora sono uno sviluppatore freelance. E molte volte creo plugin per WordPress per siti WordPress. Come se non fossi qualcuno da cui vorresti andare e dire, ho bisogno di creare un sito per la mia attività. Come se costruirò la funzionalità interessante per questo. Qualcun altro ci costruirà un tema o qualsiasi altra cosa e per quello per i miei progetti, continuavo a rimanere bloccato su cosa era come avviare questo plugin? Ad esempio, voglio avere blocchi e voglio assicurarmi di utilizzare gli script di WordPress, come il nuovo strumento per la compilazione del codice JavaScript, incluso il codice React e il modo in cui funziona è compatibile con WordPress. Al momento. È lo standard di WordPress. È lì che è stato come biforcare l'ultimo progetto su cui ho lavorato più e più volte.

DV: Questo è l'inizio di tutti i grandi software, vero?

JP: Sì. Quindi questo tipo di cose ha portato a quella che ora chiamo macchina per collegare, che è uno strumento che fa alcune cose. La prima cosa è che aiuta ad avviare i plugin come se creasse tutto il codice di cui hai bisogno con tutte le convenzioni di denominazione corrette nelle dipendenze per fare cose come usare il compositore per il caricatore automatico PHP nelle dipendenze o usare gli script di WordPress per i tuoi blocchi. Tutti questi diversi tipi di cose. E questo mi ha portato Sono sempre stato ossessionato dalle parti mobili del bug in fase di sviluppo, dai test automatici, dalla creazione del file zip giusto che contenga tutti i file corretti che desideri, ma non quelli che indossi non voglio. Come i tuoi test che vuoi installare. Quindi sto registrando macchine, questo tipo di strumento completo per avviare plug-in, aggiungere funzionalità ai plug-in, ho bisogno di aggiungere un blocco e la pagina del menu Dati e quindi creare come la versione finale del pacchetto che può entrare nel sito di WordPress.

DV: E impegna il framework di sviluppo per i plugin. Immagino che se dovessi, come usare solo poche parole per descriverlo. È giusto?

JP: è fantastico. Lo scriverò. No, no, questo è il motivo per cui amo andare su podcast come se fossi tu hai un ottimo modo per semplificarlo come se fosse un framework di sviluppo per plugin di WordPress, come se fosse un servizio ospitato e una CLI che usi per avere un'interfaccia utente in cui puoi fare clic come se volessi usare tipi di post personalizzati e voglio usare i blocchi e quindi quando sei nel tuo plug-in, puoi sapere, digitare comandi rapidi come plug-in machine, plug-in, zip grants, un file zip della tua tasca.

DV: Quel genere di cose. Quindi adoro quando il software, ovviamente, ha origine nel bisogno e in un modo un po' abituato ed è interessante sentire la storia dell'origine della macchina dei plug-in apprezzare che ci stai ancora aggrappando ma in qualche modo stai uscendo e tu ' È una specie di approccio nostrano e così come il tuo viaggio è iniziato con wordpress.com, giusto, come se letteralmente nessun sito Web di tipo codice entrerà rapidamente in una sorta di sviluppo più avanzato. Quindi aiutami a capire il nostro pubblico anche a capire come quando parli, cita strumenti moderni con lo sviluppo di WordPress cosa significa per te e perché è importante?

JP: Sì. Quindi, solo per il contesto in cui sono approvato da chi mi sto avvicinando dice, sai, sono uno sviluppatore di plugin per WordPress, tu svilupperai applicazioni web, sto parlando di creare plugin per WordPress, plugin personalizzati per il tuo sito Potrebbe essere un plug-in unico che fa qualcosa che non esiste, sai, estende WooCommerce in un modo unico e interessante per la tua attività, o plug-in che le persone stanno sviluppando per distribuire open source o per vendere. E quindi quando lo fai, non lo sai, come quando ho iniziato a creare plug-in, come Hello, dubitare, è solo un file. Non hai davvero bisogno di niente di speciale per quello. Ma man mano che crescono in complessità, inizi ad avere dipendenze automatizzate, vuoi usare il pacchetto di script di WordPress, vuoi utilizzare il pacchetto di componenti di WordPress che utilizzerai gli stessi input e seleziona il tipo di controlli del modulo che Gutenberg conosce. Mentre lo fai, inizi ad aver bisogno di qualcosa che possa installarlo automaticamente, qualcosa come NPM o yarn e quindi hai bisogno di uno strumento in grado di eseguire automaticamente il processo di compilazione per creare JavaScript sicuri per browser, script web. E poi inizi a entrare in quello che chiamiamo test automatizzato, in cui scriviamo codice aggiuntivo che esegue il nostro codice per assicurarci che funzioni nel modo giusto. E c'è molta complessità lì e penso che questo renda difficile perché stai imparando questi strumenti e stai imparando come usarli contemporaneamente e imparando due cose contemporaneamente

DV: È stato interessante perché sentirtelo descrivere, usare la parola automatizzalo per ogni singolo proiettile mentre parlavi di moderno da cui ti piace, sai, installare pacchetti e gestire le dipendenze e quindi eseguire il tuo tipo di suite di test. E sembra che tu sappia, se non hai fatto questi pezzi lungo il percorso, devi imparare sia l'automazione che cosa sta facendo la cosa al software che stai creando. E ho potuto vedere che è, sai, una grande sfida per molte persone. Sono curioso però, come su quel viaggio, e forse su come la gente possa in qualche modo superarlo. Faremo la nostra prima pausa. Torniamo subito. È ora di inserirsi in un'interruzione pubblicitaria. Rimani sintonizzato. Per di più, premi questo in un momento. Oltre a tutti, bentornati a premere questo podcast della community di WordPress su W EMR. Stiamo parlando con Josh Pollack dell'importanza di strumenti moderni, test automatizzati e sviluppo di WordPress. Josh, poco prima della pausa, mi stavi spiegando gli strumenti moderni. In un certo senso avevi esaminato un elenco di un elenco di componenti chiave di esso. Hai continuato a enfatizzare l'automazione prima di partire e a sottolineare che le persone devono imparare sia il tipo di approccio automatizzato, sia il tipo di cosa stanno facendo gli strumenti. È stata una sfida per te? Come hai iniziato ad adottare questo tipo di sviluppo?

JP: Beh, sì, totalmente. In sono un secchione per tipo, persone. Odio quella parte di esso. Mi fa piacere. Ma quando sto cercando di scrivere un servizio, proprio quando il mio cervello è nello spazio di, ho parlato con un cliente e hanno bisogno che questa cosa assomigli a questa e vada qui. Voglio scrivere codice PHP e JavaScript. Non voglio scrivere una configurazione di test automatizzata o configurare NPM anche se sono un nerd per quella roba. Non voglio affrontarlo quando sono nello spazio cerebrale di fare come fare il lavoro vero e proprio. Ci sto, quindi questa è sempre stata la sfida per me perché ero interessato a entrambi, ma è come tutti, è difficile da fare in una volta. Quindi ciò che la macchina plug-in fa per me e per me, e per altre persone come me, è che faccio clic su alcuni pulsanti e ottengo tutte le impostazioni delle parti lì tutte configurate per essere automatizzate. E quando dico automatizzato, intendo cose come posso avere un comando e il readme che imposta l'ambiente di sviluppo locale e mi consente di vederlo nel browser ed eseguire test che ho azioni GitHub che ogni volta che viene eseguita una modifica i test in diversi ambienti con diverse versioni di WordPress, diverse versioni di PHP. per verificare automaticamente se il mio codice è compatibile con tutte queste cose diverse. Perché questa è una sfida in WordPress. E io, come sviluppatore, non devo pensarci così tanto perché bastano pochi clic per configurare e poi guardi nel file leggimi taglia e incolla questo comando che fa un sacco di cose. Quest'uomo fa molte cose che ti permettono di capire il perché

DV: Come se ci fossero molti passaggi in più, molte cose in più per farti capire. È fantastico usare una sorta di strutture fuori dagli scaffali per avvicinarti. Ma come, perché, come perché, passare attraverso tutti questi problemi per integrare le moderne attrezzature per le citazioni nel tuo processo di sviluppo.

JP: Quindi per alcune cose, è fondamentalmente un requisito. Ad esempio se desideri utilizzare React all'interno di WordPress per qualcosa come il blocco, costruendo come una fantastica pagina di amministrazione per il tuo plug-in, con un elemento interattivo front-end di cui avrai bisogno per utilizzare gli strumenti WordPress corretti per compilare in modo tale non causerà problemi di compatibilità con altri componenti basati sulla reazione nel sito WordPress. Quindi sei, sempre più sta diventando effettivamente un requisito proprio come potresti desiderare, potresti avere un plug-in che è disponibile da un po' e devi apportare alcune modifiche, ma non vuoi rompere le cose che caratteristiche che già esistono. Il modo migliore per affrontarlo è scrivere test automatici che descrivano il modo in cui funziona ora e se apporti una modifica che causa il fallimento di uno di questi test, interrompi il backup, sai, correggi quell'errore invece di spedirlo al tuo utenti. Questo è un altro caso in cui è come il tuo, il tuo bisogno di rendere felici i tuoi clienti e avere un prodotto stabile diventa il bisogno.

DV: Va bene, quindi questo non è molto interessante perché di recente si è discusso molto di questo in WordPress, il che è, come Rob Stinson, uno dei miei colleghi qui a WP Engine sottolinea che le cose facili in WordPress stanno diventando più facili , come l'editor di blocchi e le cose difficili stanno diventando sempre più difficili, come creare un plug-in e ci sono una specie di osservazioni su, sai, un tipo di approcci di sviluppo più avanzati rispetto al passato rispetto anche all'incorporazione reagiscono poco come usarlo come un struttura. Quindi suona davvero vero. E sembra che il vantaggio sia il tuo tempo in particolare con cose come i test automatizzati dal dover ricodificare le cose che hai spedito che si sono rotte e immagino anche come mantenere il tuo lavoro se sei tu o i tuoi clienti se stai spedendo , molte modifiche sostanziali e supporre che anche questo sia un vantaggio come se ci fosse un vantaggio monetario.

JP: Sì, come se fossi una persona su quella macchina. O questa è una specie di scherzo dietro la macchina plug-in. Come se fossi il nome all'istante. Non sono bravo a fare sempre la stessa cosa. Stesso identico modo. Giusto. Ecco perché utilizziamo i computer. Come se fossimo tipo, Ehi, ti dirò come fare con lui. Chiamiamo quel codice. E poi lo eseguiamo più e più volte confidando che i computer facciano la stessa cosa. Più e più volte, allo stesso modo, quindi questo per me è che non voglio l'ansia di cosa accadrebbe se il cambiamento che ho apportato fosse intervenuto in modo da poterlo testare manualmente esattamente allo stesso modo ogni volta e quello come ho detto quella volta giusto e questo è un errore umano o ho solo un programma che gira 48 E più penso che rendiamo più facile per gli sviluppatori di plugin e temi di WordPress avere test automatici senza tipo, Oh, mi piacerebbe ma non ho tempo per capire come configurarlo. Sono più che quelle cose facili che sono facili per l'utente finale saranno stabili, giusto? Perché non vogliamo solo che l'interfaccia utente sia più facile da usare o più facile da imparare. Non vogliamo persone come questa è la denuncia su WordPress. Fai partire il tuo sito e poi aggiorni i tuoi plugin. Giusto. Come se questa fosse la cosa con cui tutti hanno problemi a livello di utente. Non è qualcosa che possiamo risolvere direttamente per gli utenti. È qualcosa che dobbiamo risolvere nel modo in cui costruiamo il plug-in di WordPress dal modo in cui lo testiamo

DV: così come le scadenze sono sempre come le tue aspettative. Come quando lo vuoi domani? Giusto? Penso che nessuno me l'abbia mai detto come, oh, ne avremo bisogno tra sei mesi. Nessun problema, giusto. Tutti vogliono tutto il giorno dopo. E così, le squadre sono sotto questa pressione. Sono solo curioso di sapere come pensi di scrivere test o suite di test, sai, nel dare alle persone una specie di gattonare, correre a piedi, ci sono alcune aree chiave o ti piace iniziare e ti piace, prova a scrivere quello che ti senti come una suite di test completa o cerchi di eliminarlo in alcune parti mentre le persone stanno imparando, come mi consigli? affrontarlo come se andassi per la suite di test completa? Togli un pezzo e poi impara in quel modo? O come pensi di quella parte?

JP: Questa è un'ottima domanda. Faccio questo tipo di consulenza con le persone a volte in cui mi piace guardare il loro codice e non solo impostare test automatici, ma lavorare con loro per istruirli su ciò che dovrebbero testare. E molte volte questa è una delle cose che trattiene le persone è che si sentono in qualche modo colpevoli di non avere alcun test e quindi non possono avere una copertura completa del test. Giusto. E penso che sia un modo strano di affrontarlo perché è come se non avessi ancora fatto niente. Naturalmente non hai la cosa il risultato della cosa. E non hai scritto il test, lo sai, il test ma i test sono utili, anche se non coprono tutto. Penso che sia davvero l'ansia che le persone hanno è che non avrò la copertura completa del test. Se scrivo solo alcuni test. È come, sì, ma ti sei avvicinato di un passo a quello. Hai iniziato su di esso. Hai l'opportunità di imparare come Tesco, quindi, ad esempio, ho un plug-in che ho scritto per un client che aggiunge una scorciatoia. Come se fosse tutto ciò che fa. E così ho scritto a e ha lo sai, se non hai effettuato l'accesso, ti mostra un messaggio sull'accesso. Quindi ho scritto due test, entrambi chiamano semplicemente la funzione che rende lo shortcode in make certo che non genera errori. Questi sono i test più dettagliati del mondo. Ma quando li ho impegnati per la prima volta dopo il mio primo passaggio di scrittura del plug-in di test e ho avuto un sacco di errori, solo dall'esecuzione di quei test, come nel processo di generazione dello shortcode avevo generato un sacco di errori PHP e sono stato in grado di lavorare e farli sparire. E poi questo mi ha dato la fiducia nel futuro che se qualcosa di così, una delle tre o quattro diverse parti di ciò che va in quello shortcode si rompe. Sai, fallirà il test.

DV: Quindi sembra che tu ci stia pensando in termini di funzionalità chiave del software che hai creato, identificando quelle funzioni chiave e quindi scrivendo test. intorno a quelli per iniziare per isolare dove potrebbero sorgere problemi nel tuo software. È un modo equo per portarli?

JP: Direi perché, sì, perché questo inizia con due test che dicono che qualcosa si è rotto, come una copertura di test davvero buona. Vorresti un test per ogni singola parte. del programma. E quindi è come se un test fallisse e tu dici, ok, questo mi dice esattamente dove devo andare nella mia base di codice per risolvere. Forse ci arriverai, forse è un modo per sviluppare un nuovo plug-in di prodotto. Ma se hai un test che fa, sai, il tuo shortcode ti assicura che il tuo blog possa essere in grado di aggiungerlo nell'editor dei post. Assicurati che il tuo modulo possa essere inviato e che non commetta errori. Quelli coprono così tanto in futuro, quando quelli si rompono, sai, falliscono per un motivo specifico. Poi il secondo tipo di cose che mi piace, quindi è come la prima fase. La seconda fase è la prossima volta che c'è un test corretto del bug che fallisce a causa di quel bug in poi può passare una volta risolto il bug perché ora hai un po' più dettagli nei tuoi test e hai la prova che risolvi il bug e tu avere protezione contro il ripetersi in futuro.

DV: Mi piace vedere che stai usando le borse future mentre spuntano come un modo per aggiungere più copertura dei test e, ovviamente, le aree che avevano bisogno di più giusto le cose che si stanno rompendo. È un modo intelligente per crearlo come un ottimo suggerimento. Voglio scavare un po' più a fondo qui e parlare di questa cultura della codifica del selvaggio West e di WordPress. Ci prendiamo l'ultima pausa e torniamo subito. È ora di inserirsi in un'interruzione pubblicitaria. Resta sintonizzato per più pressanti questo in un momento. Tutti bentornati a premere questo podcast della community di WordPress su WMR. Stiamo parlando di strumenti moderni per gli sviluppatori WordPress con Josh Pollock. Proprio prima della pausa stavamo parlando un po' di come Josh pensa comunque di avvicinarsi a te, in un certo senso, stai scrivendo le tue suite di test concentrandoti prima sulle funzioni più critiche. Mi è piaciuto molto il tuo suggerimento Josh sull'utilizzo di tipi di bug al momento per rafforzare la tua suite di test. Ho pensato che fosse davvero intelligente. Sai, WordPress ha una cultura della codifica da cowboy cowgirl, se vuoi Wild West che ti fa anche chiamare il tuo cazzo Vedi una cultura di test automatizzati che inizia a mettere radici è questa nozione di come la citazione le cose difficili diventano più difficili, come la creazione di strumenti moderni . Hai detto anche un requisito ma anche questa nozione di test automatizzati. Ti senti come se stesse mettendo radici in WordPress o senti ancora che è come se sapessi, l'installazione di cinque minuti e il sito Web di 10 minuti?

JP: Beh, dipende dal progetto, giusto? Come se ci fosse qualcosa di sbagliato come se fosse fantastico quando puoi fare come plug in machine.com Come se l'unico sito Web con WordPress si stesse davvero costruendo in questo momento. Non ho nulla di tutto ciò sotto il controllo della versione. Non ci sono clienti come se ci fosse un po' di codice personalizzato come quello. Mi piace modificato in Hello Dolly. Giusto. È proprio come roba fuori dagli scaffali. Ma un pensiero come se lavorassi in un'agenzia. Sono tutte le distribuzioni sono state automatizzate, giusto? Tutto veniva controllato nel controllo della versione, utilizzando un flusso di lavoro di richiesta pull. E poi, quando ti unisci a un ramo, il sito viene distribuito automaticamente. È diventato più facile, ci sono molti più strumenti per questo. Ci sono molti più host che, sai, lo supportano e hanno, sai, modi documentati per farlo e ottenere distribuzioni automatizzate per tipo, se stai costruendo un intero sito. Penso che sia un ottimo primo passo perché è un'opportunità per standardizzare quella parte. E poi, sai, in quella pipeline, inizia ad aggiungere test a quello. Penso che sempre più persone lo stiano facendo. E, sai, io uso un client FTP per trascinare, sai, file su un server questa mattina, perché a volte è l'unico modo per farlo. Uhm, e penso, sì, penso che stia migliorando ma, sai, non è abbastanza facile per le persone. Come se non lo fosse, penso, perché come il compositore non è un concetto nativo o un corpo di stampa che lo rende più difficile o NPM. Penso che ci sia molto più lavoro da fare in quello spazio. E come se fossi davvero molto interessato a quel modo. Se avessi più tempo considererei che il problema della compostezza non lo è. Funziona con WordPress. Il piombo non è un ottimo strumento. Funziona per l'intero progetto, ma come se non potesse installare ricorsivamente dipendenze quel tipo di problemi

DV: Ma che mi dici del tuo test? I tuoi test li usi come quelli dell'IT qui perché sento che questo è un grande ostacolo per molte persone che cercano di adottare lo sviluppo moderno è come, sai, cosa, suite di test posso usare? Quali strumenti di test posso utilizzare? Sono solo curioso, tipo, se hai qualche consiglio per le persone che ascoltano su test e strumenti automatizzati o suite di test o framework per WordPress che potrebbero prendere in considerazione

JP: beh, quindi per gli sviluppatori di WordPress stai facendo come i plugin. Non mi limito a utilizzare l'unità PHP che è lo standard per il plug-in di WordPress per i test PHP. E poi ci sono alcuni strumenti che sono stati sviluppati da Yoast che sono open source e come parte di ciò rendono più facile il test con l'unità PHP e tutti vengono impostati automaticamente sulla tua macchina. E poi per JavaScript scherzo, che è come React. Voglio dire, fa parte degli script WP. Queste sono le cose che uso, ma anche per le persone che potrebbero fare lo sviluppo del sito puoi eseguire test automatici, con strumenti come go student specter o Checkley, dove puoi programmare il test come se avessi un'estensione del browser. Quindi vai nel browser, fai clic su Registra e fai cose come accedere al tuo sito Web e aggiungere un post o aggiungere un blocco o quel genere di cose, quindi possono essere eseguiti sul tuo sito Web, ogni sai, una volta al giorno o una volta alla settimana. E questo è un modo per non eseguire test automatici del codice, sai, le persone che possiedono siti Web e loro sai, è davvero grande quando il tuo cliente ti invia un messaggio e dice: Ehi, questa pagina è rotta. Non è un ottimo modo per iniziare un'interazione con il tuo cliente. È molto meglio dire ehi, il nostro controllo automatico ha notato che l'ultimo aggiornamento ha interrotto la sezione e l'abbiamo già risolto.

DV: Penso a tutti i moderni episodi di workflow che ho fatto in questi anni. Non credo che a una persona sia mai stato introdotto quel concetto. È davvero intelligente. Questo è stato fantastico. Josh, grazie mille per esserti unito a noi oggi.

JP: Prego. Grazie per avermi.

DV: Se desideri saperne di più su ciò che Josh sta facendo per espandere il tuo moderno viaggio da sviluppatore WordPress, dai un'occhiata a pluginmachine.com Grazie a tutti per aver ascoltato depresso questo podcast della community di WordPress e WMR. Questo è stato il tuo ospite David Vogelpohl. Supporto la community di WordPress attraverso il mio ruolo in WP Engine. E adoro portarti il ​​meglio della community qui ogni settimana su Press This.