Sono necessari test di convalida o di verifica periodici dopo che il software è stato rilasciato?

Non sembra molto logico eseguire lo stesso identico insieme di test contro lo stesso identico software immutato una volta all'anno, a patto che il software funzioni su un hardware affidabile e invariato, in un ambiente OS immutato e il programma si comporta in modo deterministico nel contesto dei test.

Tuttavia, se la tua azienda non sta solo testando il software, ma il sistema nel suo complesso (inclusi hardware, sistema operativo, sensori, controllori di produzione, ecc.), o se i test sono migliorati, può avere senso. E il fatto che il tuo software sia stato testato e rilasciato non lo rende "privo di bug", dimostra solo che contiene solo bug non rilevati finora.

Nel tuo caso sembra che il tuo dipartimento di QA voglia solo ripetere i test, anche se nulla è cambiato solo per ragioni formali. Bene, se insistono, assicurati di aver automatizzato tutti i test, esegui la suite di test una volta all'anno, invii loro il protocollo di test e assicurati di fatturarli per questo.

Oltre alla risposta di @ DocBrown, un'altra cosa da considerare è se il software viene eseguito in un ambiente set o se l'ambiente è sotto il controllo dell'utente. Quindi, ad esempio, se il software è incorporato in un prodotto più grande in cui si controlla l'immagine di avvio del sistema (ad esempio Linux o Windows o macOS) e l'utente non ha la possibilità di aggiornare l'ambiente del SO, allora sembra piuttosto inutile rivedere qualcosa che non è cambiato affatto.

OTOH, se il tuo sistema fa cose come applicare gli aggiornamenti del sistema operativo (sicurezza o altro) o se l'utente ha il controllo sull'ambiente operativo in cui viene eseguito il tuo prodotto, allora è certamente possibile che nuovi problemi vengano visualizzati nel sistema generale, anche se il tuo software non è cambiato (ad esempio gli aggiornamenti del SO sono una fonte di entropia).

Quindi in quest'ultimo caso, anche se non si dispone di una nuova versione del software, potrebbe essere opportuno eseguire periodicamente la suite di test con il software installato su un sistema completamente aggiornato. Se si verificano nuovi problemi, puoi correggerli o dichiarare tale configurazione come non supportata.

Esiste un importante processo di test nel mondo degli standard di qualità ISO che recita: "Il software che oggi spedisci lo stesso software è quello che hai consegnato e che abbiamo testato ieri?"

La risposta breve per molti tipi di software è determinare l'identità del software come pacchetto completo confrontando le somme di controllo. Quindi, consegnare le somme di controllo del software come parte del pacchetto di rilascio e ottenere un accordo su quel software. Questo sign-off può essere riverificato calcolando nuovamente la checksum.

Naturalmente, se una qualsiasi parte dell'ambiente in cui viene eseguito quel software è stata modificata, sarà necessario rieseguire il test dell'intero sistema, incluso l'ambiente modificato. Tutto il resto è occupato.