Come posso convincere il mio collega a testare il suo codice? [duplicare]

Il testing delle unità ti porta solo lontano nel grande schema delle cose e TDD è dannoso per i progetti di grandi dimensioni. Trovo che usare un sistema per vedere cosa sta succedendo è molto più vantaggioso di un test unitario. Il problema che hai è che non esiste una politica in atto per costringere uno sviluppatore a fare "la norma", se continua a essere un problema devi portarlo alla direzione e avere una riunione sui benefici. La cosa da capire qui è che devi scrivere dei test unitari contro il suo codice e dimostrare che questo renderà più facile il progresso della squadra. Tuttavia, se non lo fai e hai perso tempo a scrivere test unitari, il tuo team di gestione non sarà soddisfatto.

Mi sembra che nel tuo caso il modo migliore per convincere il tuo collega sia scrivere dei test unitari per il suo codice, o scrivere test per l'implementazione che sta facendo, e mostrargli semplicemente quanto è molto più veloce di il suo metodo.

Per alcune persone, qualsiasi argomentazione teorica può essere confutata da qualche altra affermazione teorica, tuttavia poche persone rifiuteranno apertamente "fatti rigidi e freddi".

Sembra che la prova di cui hai bisogno, lo hai già fatto. Il tuo miglioramento delle prestazioni dovrebbe essere sufficiente a dimostrare che nel tuo ambiente, il collaudo delle unità è più efficiente.

Se hai tempo e opportunità, puoi provare qualcosa che ho fatto con un mio collega su una questione simile. Stavamo cercando di capire quale combinazione linguistica / struttura fosse più efficiente in piccoli progetti (siamo entrambi programmatori esperti). È arrivato un progetto che doveva essere fatto molto velocemente, quindi abbiamo discusso su quale utilizzare per sviluppare il prodotto. Dal momento che non siamo riusciti a raggiungere un accordo, abbiamo deciso che ognuno avrebbe fatto come loro (eravamo entrambi disponibili) e vedere chi ha finito per primo (consegnato prima un prodotto verificato e valido). Non dirò chi ha vinto (indovina perché), ma credimi che il non-vincitore (perdente) ha ammesso l'affetto della combo selezionata in gara.

Non è possibile fornire un contro-argomento in quella situazione.

Questa situazione è molto strana. Non ho mai sentito parlare di qualcuno che salti il test delle unità. A meno che tu non faccia una politica, non c'è modo di "convincere" qualcuno a farlo. Il project manager deve stabilire una politica e un processo affinché ciò avvenga, altrimenti, francamente, non dovresti considerare affatto il tuo lavoro. Se un programmatore non riesce a capire il valore dei test unitari, probabilmente otterrà qualche istruzione. La pratica di lanciare il codice nei sistemi è dannosa, poco professionale e non può essere giustificata come pratica comune in una squadra.

Modifica:

A causa dei commenti sottostanti, ho bisogno di chiarire che a che cosa si riferisce il "test unitario" è "qualsiasi tipo di test unitario", cioè non si tratta necessariamente di test unitari automatizzati, può essere eseguito manualmente.