Quindi ho appena lanciato il mio primo sito "reale" che in realtà ha una quantità decente di interazioni e quant'altro. È un sito ASP.net con un back-end SQL.
Abbiamo servito 130k richieste nelle ultime 12 ore ma 930 non sono riuscite. È normale, cattivo, o "dovrei licenziarmi come programmatore". Mentre idealmente questo numero sarebbe 0, qual è una percentuale accettabile di richieste fallite?
La percentuale di richieste non è il modo giusto per guardarla poiché dipende interamente da quale sia l'errore. Se si dispone di un errore che espone le informazioni sulla carta di credito dei clienti su un milione di richieste, ciò è assolutamente inaccettabile. D'altra parte, il 10% delle chiamate risultanti in una mancata visualizzazione dell'ora correttamente aggiornata è probabilmente ok.
Per determinare se la tua situazione è accettabile, devi scavare, classificare gli errori e decidere tu stesso. Le cose da considerare:
Quindi, per ogni tipo di errore discreto, prova a determinare se il dolore causato dall'errore vale il costo di correggere l'errore. Se non vale il costo, allora è "accettabile", altrimenti non lo è. Ma è una domanda soggettiva.
Quello che trovo funziona bene è semplicemente misurare questi errori, dare la priorità a domande come la precedente, e poi lavorare sulla correzione dall'alto, giù fino a raggiungere casi che sono troppo difficili da correggere per meritare di essere affrontati.
Leggi altre domande sui tag testing code-quality