Test funzionali nella verifica

Naviga le tue risposte
3

Ieri la mia domanda Come mai la verifica non include i test effettivi ? ha creato molte polemiche, ma non ha rivelato la risposta per una domanda correlata e molto importante: il test funzionale della scatola nera eseguito dai tester appartiene alla verifica o alla convalida?

  • ISO 12207: 12208 qui menziona test esplicitamente solo come attività di convalida, tuttavia, parla della convalida dei requisiti della destinazione d'uso. Per me il suo livello più alto, come i casi di test UAT scritti dagli utenti business
  • ISO sopra menzionato non menziona alcuna verifica specifica (7.2.4.3.2) ad eccezione di Verifica dei requisiti, Verifica della progettazione, Documento e Codice & Verifica dell'integrazione Gli ultimi due possono essere probabilmente pensati come unità e test integrati. Ma dove sono i test periodici fatti dai tester alla fine della fase?

Il libro che ho menzionato nella domanda originale menziona che la verifica viene eseguita mediante tecniche statiche, tuttavia sul grafico del modello V descrive la verifica del sistema rispetto alla descrizione di alto livello come verifica, menzionando che include tutti i tipi di test come funzionale, carico ecc. .

Nello standard IEEE per V & V, puoi leggere questo: Anche se i test e le valutazioni non fanno parte dei processi V & V, le tecniche descritte in questo standard possono essere utili in eseguendoli. Quindi è diverso da ISO, dove la validazione menziona il test come attività.

Per non parlare di molte informazioni contraddittorie sulla rete. Gradirei davvero un riferimento ad es. uno standard nella risposta o nella spiegazione di ciò che mi mancava nell'ISO. Per quanto mi riguarda, non sono in grado di dire a chi appartengono i tester.

    
posta John V 11.09.2012 - 08:28
fonte

2 risposte

7

Parte della sfida qui è che penso tu stia interpretando erroneamente le specifiche ISO.

7.2.4 Software Verification Process
7.2.4.1 Purpose
The purpose of the Software Verification Process is to confirm that each software work product and/or service of a process or project properly reflects the specified requirements.

Come è stato risposto in alcune delle tue altre domande - Verifica si sta accertando che i requisiti siano definiti correttamente in base alle esigenze aziendali.

7.2.5 Software Validation Process
7.2.5.1 Purpose
The purpose of the Software Validation Process is to confirm that the requirements for a specific intended use of the software work product are fulfilled.

La convalida è qui definita in quanto assicura che il software esegua effettivamente ciò che i requisiti dicono che dovrebbero, cioè il corretto funzionamento del software soddisfa i requisiti. Questa è la fase Testing colloquiale

Quindi il tuo commento su: however, it speaks about validation of requirements of the intended use. For me its more high level, like UAT test cases written by business users è un fraintendimento di ciò che il documento ISO sta specificando. La convalida può essere un test di accettazione di alto livello, ma può anche essere un test di livello inferiore e approfondito del prodotto.

La sezione 7.2.5.3.1.2 dice esplicitamente di capire quanti test sono necessari. Questo è il significato alla base: a validation process shall be established

La sezione 7.2.5.3.1.4 suggerisce che cosa dovrebbe essere testato, ma in realtà sta solo dicendo di documentare ciò che deve essere testato come parte del piano di convalida.

IMO, il documento ISO è abbastanza chiaro sui dettagli del test, quindi mi riferirò a SWEBOK per alcuni dettagli aggiuntivi:

Una cosa da notare è che SWEBOK sembra utilizzare i termini convalida e verifica in modo intercambiabile, il che è esattamente quello che stai cercando di evitare in questa domanda. SWEBOK non è stato scritto con il grado di precisione di uno standard ISO. Direi che è un intervallo di precisione perdonabile, ma capisco che a questo punto potresti non sentirti così. Semanticamente, convalidare e verificare sono termini molto simili. L'utilizzo del contesto della fase di sviluppo è appropriato per determinare il termine corretto e preciso.

La risposta alla tua domanda finale di where the testers work belong[s?] è che il loro sforzo appartiene alla parte Validation dello sviluppo. Il documento ISO avrebbe potuto essere più chiaro nel significato di requirements ... are fulfilled. Ma questa è la risposta che stai cercando per la tua domanda - I tester e i test rientrano nella sezione 7.2.5 Validazione del software.

    
risposta data 16.10.2012 - 21:00
fonte
1

Nota: mentre la domanda si interroga su ISO 12207 e richiama Sorgenti autorevoli, lo standard ISO è copyright, e mentre ci sono copie disponibili sulla rete, non ho deliberatamente linkato a una ...

Tempo di terminologia:

  • La verifica può essere riassunta da "Stiamo creando il software correttamente"
  • La convalida può essere riassunta da "Stiamo creando il software giusto

All'interno di ISO 12207 questi sono due processi distinti (paragrafi 7.2.4 e 7.2.5). Questi paragrafi si concentrano su due attività distinte: la dimostrazione del processo e la dimostrazione del prodotto. In quanto tale (IMHO) "test" (all'interno del significato normalmente accettato) è un'attività di sola validazione.

All'interno delle specifiche della tua domanda, e nota la mia enfasi:

7.2.4.3.2.3 Code verification. The code shall be verified considering the criteria listed below: a) The code is traceable to design and requirements, testable, correct, and compliant with requirements and coding standards.

Nota: verificabile, non testato

La verifica garantisce che siano stati seguiti i processi e gli standard corretti per generare i requisiti, eseguire la progettazione, scrivere il codice e rilasciare.

Considerando che, come parte dell'attività di convalida:

7.2.5.3.2.3 Conduct the tests in subclauses 7.2.5.3.2.1 and 7.2.5.3.2.2 {...}

Il test è un'attività di validazione, per dimostrare che il software è corretto e fa ciò che deve fare, sia in termini di requisiti, ma anche che i requisiti riflettono ciò che è realmente necessario.

Secondo me.

    
risposta data 16.10.2012 - 21:58
fonte

Leggi altre domande sui tag

Che cosa significa quando diciamo che alcune funzioni sono polinomialmente più grandi / più piccole di qualche altra funzione? Una soluzione open source può eguagliare o superare le funzionalità di Team Foundation Server? [chiuso]