Compilatore di fiducia .net dopo gli aggiornamenti Microsoft

Il test completo di un'applicazione sarà proibitivo nel tempo?

Scrivi alcuni test unitari. Scrivi alcuni test di integrazione. L'automazione è tua amica. Ci dovrebbe volere meno di un minuto per fornire il 90% circa della fiducia che la tua app funzioni correttamente. Poi dovrebbe impiegare un'ora o due per ottenere un altro 5% circa.

Detto questo, .net è in circolazione da quasi vent'anni - e quanti bug riesci a ricordare? Recentemente c'è stato il bug del TCO. Ci sono state alcune modifiche comportamentali all'ordinamento in 4.0 ... E questo è tutto?

Ogni singolo codificatore del tuo team scrive più bug in un giorno rispetto ai team .NET rilasciati nell'ultimo anno.

Quindi sì, ci sono alcune dozzine di cose di cui dovresti preoccuparti prima degli aggiornamenti del compilatore Microsoft.

Il modo in cui questo funziona per software critico è certificarlo con particolari sistemi e versioni. Non si aggiorna l'ambiente di sviluppo se non si è pronti a ricertificare il software. Questo significa quindi eseguire tutti i test per verificare che il prodotto funzioni ancora perfettamente.

Quanto tempo ci vuole e quanto spesso lo fai dipende dal prodotto software - alcuni dispositivi sono ancora in esecuzione su XP, ad esempio, non sono collegati in rete e non devono essere aggiornati in modo che non vengano aggiornato. Il problema è che la ricertificazione richiede una quantità di tempo proibita, quindi quando è necessario un aggiornamento, diventa molto più difficile.

Lo stesso vale per l'hardware diverso - ad esempio, il mio attuale prodotto utilizza videocamere, avevamo un nuovo modello dello stesso produttore e semplicemente non funzionava in modo affidabile, quindi abbiamo dovuto capire perché e aggiornare il software con un pila aggiornata.