Perché esiste solo la revisione del codice?

La revisione del codice è solo la prima via per la qualità, non l'unica. È un modo molto rapido e semplice per garantire che ciò che sta passando per ulteriori verifiche sia sostanzialmente accettabile.

Quindi è per garantire che non ci siano errori stupidi e che passi gli standard di stile del codice o le linee guida che hai - un codice che sembra molto diverso dal resto della base di codice è molto negativo per la manutenzione futura. Una volta superato questo ostacolo iniziale, è possibile verificare se funziona come previsto ed eseguire come previsto (tale caratteristica non funzionale è sempre implicitamente presente in tutte le modifiche al codice, ma solo raramente menzionata come funzione). Può essere controllato per i processi di sicurezza o passato attraverso strumenti di analisi statica.

Quindi la revisione del codice è solo il "frutto a basso impatto" dei controlli di qualità, questo è in parte il motivo per cui viene svolto prima.

In qualche modo hai risposto alla tua stessa domanda ... Le recensioni di "feature" sono ciò che fanno i test di integrazione e di sistema. In un ambiente di test basato sui requisiti, i test sono sviluppati indipendentemente dal codice e vengono utilizzati per verificare che qualunque sia l'implementazione del codice, fa comunque quello che il requisito ha detto che dovrebbe fare.

Se non ci sono requisiti o non si sviluppano test basati sui requisiti, il processo di sviluppo mancherà delle recensioni "caratteristiche" che si stanno cercando. Si noti che il test informale giocando con l'applicazione e eseguendolo attraverso l'uso previsto è una forma di test delle funzionalità. Non stai semplicemente utilizzando i requisiti scritti, che diventano un affare più grande con l'aumentare dell'ambito del software.

EDIT: In definitiva, i tuoi utenti sono i feature tester finali. È sempre più facile trovare le tue mancanze piuttosto che consentire agli utenti di trovarle per te.