✅ Notizie, temi, plugin WEB e WordPress. Qui condividiamo suggerimenti e le migliori soluzioni per siti web.

Una breve nota sul codice di unit test nei progetti WordPress

20

Più lavoro faccio in WordPress, più cerco di rendere gli unit test una parte del mio sviluppo tanto quanto la costruzione del set di funzionalità effettivo. (È quello che tutti i professionisti dicono che dobbiamo fare, comunque.)

Ma seriamente, migliora la qualità perché, se per nessun altro motivo, qualcosa si rompe, puoi vedere quale test fallisce o anche se hai perso la copertura in qualche area.

Non sono della mentalità di alcuni che devi avere una copertura del codice del 100% (e ci sono ragioni per cui lo penso), ma penso che sia importante avere quanta più copertura possibile del codice del codice che non è direttamente a WordPress.

Test del codice in WordPress

Non so se suona confuso o meno, ma una delle trappole in cui sono caduto all’inizio quando lavoravo con gli unit test e WordPress è stata la scrittura di test sul codice principale di WordPress.

Lo faccio ancora a volte (e puoi chiedere a coloro con cui lavoro se questo è vero), anche se sto migliorando.

Per quanto mi riguarda, WordPress stesso può essere trattato come una scatola nera. È una base su cui vive la tua applicazione. Ci sono già test sul core di WordPress. Dovrebbe essercene di più? Sicuro. Quello che hanno è sufficiente? Nella mia esperienza, sì, ma usiamo tutti un sottoinsieme diverso di dette funzionalità.

Il punto che sto capendo è questo: ogni volta che lavori su un progetto basato su WordPress; non è necessario scrivere test su codice come add_menu_pageo wp_enqueue_script.

Sappiamo che queste funzioni funzionano.

Concentrati invece sul codice specifico del tuo dominio. Cioè, concentrati sul codice che tu e il tuo team scrivete. Questa sarà l’area di specializzazione unica nel progetto, e quella sarà l’area che in ultima analisi sarà responsabile della risoluzione di un determinato problema.

Se miri a ottenere una copertura del 100% solo per il bene di una copertura del 100%, allora non stai scrivendo unit test per il motivo giusto. Invece, punta a qualunque sia il più alto grado di copertura del codice che verifica sufficientemente il tuo codice. Questo è ciò che rafforzerà la qualità.

Fonte di registrazione: tommcfarlin.com

This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Accept Read More