Come applicare la verifica e la convalida sul seguente esempio

2

Ho seguito le domande di verifica e convalida qui con i miei colleghi, ma non siamo in grado di vedere le lievi differenze, probabilmente causate dalla barriera linguistica nell'inglese tecnico.

Un esempio:

  • Specifiche dei requisiti

    L'utente desidera controllare le luci in 4 stanze tramite il comando remoto inviato dall'interfaccia utente per ogni stanza separatamente.

  • Specifiche funzionali

    1. L'interfaccia utente conterrà 4 caselle di controllo etichettate in base alle stanze che controllano.
    2. Quando una casella è selezionata, il segnale viene inviato alla luce corrispondente. Un punto verde appare accanto alla casella di controllo
    3. Quando una casella di controllo è deselezionata, il segnale (disattivato) viene inviato alla luce corrispondente. Un punto rosso appare accanto alla casella di controllo.

Vorrei iniziare con quello che ho imparato qui:

Verifica , secondo molte ottime risposte qui, assicura che il prodotto rispecchi i requisiti specificati - poiché le specifiche funzionali vengono eseguite da un produttore in base ai requisiti del cliente, questo verrà verificato per completezza, correttezza) . Quindi il documento di progettazione verrà confrontato con le specifiche funzionali (dovrebbe progettare 4 caselle di controllo ..), e il codice sorgente rispetto al design (c'è un codice per 4 caselle di controllo, funzioni per inviare i segnali ecc. - è rintracciabile ai requisiti).

Ok, il prodotto è stato creato e dobbiamo testarlo, validate . Ecco i nostri problemi di comprensione - validation dovrebbe garantire che il prodotto soddisfi i requisiti per il suo uso specifico che è fondamentalmente un requisito aziendale (funziona? Posso controllare le luci dall'interfaccia utente?) Ma i tester funzioneranno sicuramente con le specifiche funzionali, assicurandoti che le caselle di controllo siano lì, funzionanti, etichettate, ecc. Stanno sostanzialmente controllando se i requisiti delle specifiche funzionali sono stati soddisfatti nel prodotto finale, non è questa la verifica? (non dovrebbe essere, lasciamo che sia ISO 12207 che solo la validazione è il test vero e proprio)

    
posta John V 30.10.2012 - 10:47
fonte

4 risposte

1

Verifica : abbiamo creato ciò che il cliente ci chiedeva?
Convalida : cosa abbiamo costruito?

Modifica per chiarimenti:

"ma i tester usano le specifiche funzionali per i loro casi di test"

A chi importa se i tester usano le specifiche funzionali stanno ancora eseguendo sia la Verifica che la Convalida in base alle mie dichiarazioni originali.

Ci dovrebbero essere tre interruttori e due pulsanti su questo muro. (Verifica)
Gli interruttori dovrebbero essere equi-distanti e 48 pollici dal pavimento (verifica)
I pulsanti dovrebbero essere su entrambi i lati degli interruttori (verifica)
Il pulsante sinistro dovrebbe essere etichettato come "Left" (verifica)
Il pulsante destro dovrebbe essere etichettato come "giusto" (verifica)
Se clicco sul pulsante sinistro, disabilita l'interruttore all'estrema destra? (Validazione)
Se clicco sulla sinistra, si attiva l'interruttore per l'estrema destra? (Validazione)
Se faccio clic con il pulsante destro, disabilita l'interruttore di estrema sinistra? (Validazione)
Se clicco il tasto destro, abilita l'interruttore di estrema sinistra? (Validazione)
Se clicco su entrambi i pulsanti, solo l'interruttore centrale funziona? (Validazione)

    
risposta data 30.10.2012 - 18:56
fonte
1

Sebbene la verifica e la convalida possano sovrapporsi l'una all'altra (ma non interamente) e potrebbero anche avvalersi di tecniche simili (come test, procedure dettagliate, simulazioni ...), differiscono principalmente in coinvolgimento dell'utente .

Generalmente, la verifica aiuta a rispondere "Stiamo costruendo il prodotto giusto ?". La validazione, d'altra parte, sta cercando di rispondere "Stiamo costruendo il prodotto giusto ?".

Quindi, mentre la verifica riguarda la copertura dei requisiti, e se i prodotti di lavoro (non solo il codice) soddisfano ciò che è stato pianificato e progettato (inclusi standard e processi); la convalida garantisce che i prodotti soddisfino le aspettative degli utenti (potrebbe non essere esattamente ciò che viene definito nella specifica dei requisiti). Pertanto, la convalida di solito richiede il coinvolgimento dell'utente finale e valutazioni degli ambienti di produzione.

Spero che possa chiarire le cose.

    
risposta data 30.10.2012 - 17:23
fonte
1

La differenza tra verifica e convalida diventa inevitabilmente ridicola quando viene spinta. Costruire la cosa giusta e costruirla correttamente sono uniti in modo inestricabile ai fianchi. Il nostro gruppo alla fine è diventato così stanco di quelle verifiche contro le guerre di ontologia di convalida che le abbiamo bandite. Facciamo ancora verifica e convalida, ma non come processi distinti. Ciò che facciamo invece sono ispezioni di vario tipo (ad es. Analisi dettagliate del codice), analisi di vari tipi (ad es. Tracciabilità), test (molti e molti test) e metriche (anche molte). La distinzione qui è abbastanza chiara e non ci sono più guerre di ontologia.

Scegli le distinzioni che sono facili da distinguere. La verifica e la validazione troppo spesso non sono facilmente distinguibili.

    
risposta data 30.10.2012 - 18:13
fonte
1

They are basically checking whether the requirements in functional spec were met in the final product, isn't that verification?

L'attività di verifica garantisce che la Specifica funzionale (e non dimenticare le Specifiche di prova) copra tutti i requisiti della Specifica dei requisiti - ovvero che non abbiate perso nulla o aggiunto qualcosa di inaspettato a.

L'attività di convalida garantisce che tali requisiti siano stati soddisfatti

Vedi anche: Test funzionali nella verifica

    
risposta data 30.10.2012 - 12:21
fonte

Leggi altre domande sui tag