Come sottolineo l'importanza dei test unitari per il mio manager [duplicato]

Conosco questi problemi dalla mia azienda e, dopo un progetto quasi fallito, la direzione ha deciso di impegnarsi maggiormente nei test. Ma ovviamente non è ciò di cui hai bisogno.

Cercherò di spiegargli che più tardi si noterà un errore / errore, più sarà costoso (tempo e denaro) la correzione. Mostra comprensione per le sue esigenze in quanto ha anche bisogno di svolgere i propri compiti, ma mostrare, che non è possibile garantire l'adempimento dei requisiti in tempo. In base a ciò, il "successo del progetto" è a rischio.

Dato che è il project manager, avrebbe dovuto spiegare ai suoi capi perché aveva deciso come lui. (Questo è implicito, non penso che tu debba menzionarlo dopo la tua spiegazione)

Ciò che è veramente importante è che comunichi un livello di conoscenza comune. Usa il linguaggio che capisce e chiedigli la sua vista sull'argomento. In questo modo si ottiene una discussione sullo stesso livello e si spera che si fermi per bloccare. Spero che questo ti aiuti;)

Sono qui partendo dal presupposto che il tuo progetto sia stato usato più o meno a questo punto.

Fai non scrivi test per cose che sono già usate. Tali funzionalità sono testate dagli utenti stessi. Scrivi solo test quando viene riscontrato un errore, per assicurarti che non si verifichi di nuovo.

Per quanto riguarda le nuove funzionalità, tuttavia, dovresti testarle. Forse dovresti anche provarli prima che esistano (TDD). Non lavorare su un'altra entità prima che l'altra sia stata testata e dire che una funzione è "non pronta" se non è stata testata (che è vero). Forse anche includere il tempo di test nelle stime per ogni attività, quando ritieni che sia davvero obbligatorio.

Se i test ti aiuteranno a consegnare più velocemente e in modo più efficace, scrivili mentre vai (particolarmente possibile sotto forma di asserzioni). Sta sentendo che ti piacerebbe perdere tempo, perché non ha alcuna base per stabilire se i test siano o meno utili.