Come assicurarsi che il codice pulito sia implementato correttamente? [duplicare]

Hai permesso al team di rivedere il codice degli altri. Usa i tuoi caposquadra per controllare a caso. Ciò significa che il team è parte della soluzione, diventa più coinvolto nell'intero processo e diffonde l'attività in modo che sia raggiungibile.

Investi in uno strumento di revisione del codice, come il pannello di controllo o il plug-in di Redmine, per semplificare e velocizzare la revisione.

Molti (ma non tutti) i problemi di sicurezza / stile di codifica possono essere presi con gli strumenti. Inoltre, gli strumenti possono essere configurati per segnalare un determinato sottoinsieme di violazioni. Tu e i membri del tuo team dovresti concordare su due set: (1) non dovrebbe mai accadere (2) potrebbe verificarsi in determinate condizioni. Tutti i membri del team devono inviare il codice che non genera avvisi dal set 1. I leader del team devono solo verificare che non sia stato effettuato il check in del codice che non superi il livello 1. Si tratta di un compito banale che potrebbe essere facilmente eseguito da 1 persona o essere automatizzato . I problemi che rimangono, per definizione, sono casi interessanti che meritano revisione e discussione.

Suggerirei non solo di testare il codice ma anche di sottoporlo a test con alcuni scenari prima di trasmetterlo per test QA effettivi.

Sì, il test di sviluppo richiede un po 'di tempo per completare correttamente con commenti utili e così via. Tuttavia, dovresti considerare questo come un investimento a lungo termine. Non vedrai i risultati in una settimana o anche un mese, ma nel corso di un certo tempo (alcuni mesi diciamo anche se dipende da squadra) inizierai a notare che gli standard generali del tuo team e la qualità del prodotto hanno andato più in alto. Ci sono alcuni motivi per questo:

1) Il codice che esamina il codice di qualcun altro ti aiuta a saperne di più criticando ciò che potrebbe essere migliorato o ispirato da una soluzione elegante.

2) Quando sai che un altro sviluppatore guarderà il tuo codice, è più probabile che tu faccia più sforzo per rendere il tuo codice più carino. Tu non vuoi essere conosciuto come il ragazzo con il codice disordinato. La necessità di convalida è una forza potente.

3) Effettuare un rapido test del QA prima di trasmetterlo per veri test del QA per ingegneri BAs / QA ti aiuta ad assicurarti di passare un prodotto più di qualità e quindi c'è meno tempo dedicato alla comunicazione (quando fallisce, è necessario scrivere i passaggi su come lo hanno riprodotto, gli sviluppatori devono cambiare contesto, tutto ciò richiede più tempo). Il test del QA da parte degli sviluppatori assicura solo che non solo costruisce, ma funziona anche per almeno uno scenario. Quindi durante il test QA effettivo potrebbero essere utilizzati più scenari per testarlo più a fondo.

Con tutti questi passaggi dovresti essere in grado di creare una cultura in cui viene utilizzato il codice pulito per progettare e sviluppare tutti i progetti che si presentano.

Pulisci codice per la mia comprensione è l'adozione di standard che ti consentano di mantenere la corretta denominazione all'interno del codice, la funzione corretta e le dimensioni delle classi, oltre a un buon utilizzo delle pratiche OO. Questo richiede tempo ed è difficile farlo scrivere la prima volta che scrivi il tuo codice. Quindi devi essere in grado di refactor .

L'unico modo in cui so che puoi tranquillamente codificare Refactor è se hai seguito rigorosamente Test Driven Development . Se rifattori il codice spesso e presto, dopo ogni interazione il codice diventa più pulito. Ciò significa che, dopo ogni revisione del codice, il codice migliora (nel caso di una sessione di programmazione di coppia questo teorico può essere raggiunto al volo.)

Le recensioni dovrebbero puntare a miglioramenti che devono essere effettuati da Refactoring.