Verifica automatica dei componenti

Le funzionalità di verifica automatica dei componenti dei prodotti Rational Developer consentono di creare, modificare, distribuire ed eseguire verifiche automatiche per componenti Java, per EJB e per servizi Web. Tali funzionalità rientrano nei parametri dello standard UML Testing Profile e utilizzano il framework di verifica JUnit.

Grazie ad esse, è possibile svolgere le seguenti azioni:

Utilizzo di script di verifica JUnit

Tutte le verifiche create con i prodotti Rational Developer sono estensioni delle verifiche JUnit. È possibile inoltre importare, modificare ed eseguire verifiche JUnit esistenti. Le funzionalità di verifica automatica dei componenti ampliano le verifiche JUnit con le famiglie di primitivi elencate di seguito:

Una delle maggiori differenze tra le azioni di convalida e i metodi originari JUnit assert è che con le azioni di convalida le asserzioni con esito negativo non interrompono l'esecuzione dell'intera suite di verifica JUnit.

È possibile reperire maggiori informazioni su JUnit digitando i seguenti indirizzi:

Creazione di progetti di verifica

Per verificare i componenti è necessario innanzitutto creare un progetto di verifica.

Il progetto di verifica è collegato a uno o più progetti di sviluppo che contengono i componenti che si desidera verificare. I progetti di sviluppo possono includere progetti Java, progetti Enterprise o progetti Web dinamici. I componenti presi in considerazione per ciascuna verifica sono noti come CUT (componenti sottoposti a verifica).

I progetti di verifica contengono elementi orientati all'esecuzione (suite ed esecuzioni di verifiche) ed elementi orientati al codice (stub e script di comportamento di verifica). È possibile sfogliare e modificare le suite di verifica e le esecuzioni di verifica nella vista Selezione verifiche, mentre gli script di comportamento di verifica e gli stub sono visualizzati nella vista Esplora pacchetti.

Creazione e modifica delle verifiche e dei dati di verifica

Le verifiche vengono create con la procedura guidata Verifica componenti. Dopo aver creato la verifica è possibile modificare le risorse risultanti dalla verifica, che includono uno script di comportamento di verifica, una suite di verifica, i casi di prova e una tabella dati di verifica.
  • Uno script di comportamento di verifica è un file JUnit che definisce il comportamento della verifica. Lo script è basato su un modello di verifica selezionato durante l'utilizzo della procedura guidata. È possibile visualizzare e modificare lo script del comportamento di verifica nella vista del codice Java.
  • Una suite di verifica è un costrutto astratto contenente un insieme di casi di prova e di informazioni di distribuzione. I casi di prova della suite di verifica sono collegati al CUT. Le suite di verifica possono essere distribuite ed eseguite indipendentemente l'una dall'altra. La prospettiva Verifica fornisce un editor Suite di verifica che può essere utilizzato per modificare i contenuti di una suite di verifica.
  • Un caso di prova è l'espressione di un comportamento di verifica nell'ambito di una suite di verifica. Il comportamento della verifica è una descrizione formale del modo in cui il caso di prova ha stimolato il componente sottoposto a verifica. Ciascun caso di prova viene implementato come un metodo di verifica JUnit nello script del comportamento di verifica. Un caso di prova quindi può essere considerato come un collegamento tra la suite di verifica e un particolare metodo presente nello script del comportamento di verifica.
  • I dati di verifica vengono forniti ai casi di prova generati mediante la vista della tabella dati di verifica. Dal momento che ciascuna tabella dati di verifica è collegata a uno specifico caso di prova all'interno del codice di verifica, per ciascun caso di verifica viene creata automaticamente una tabella dati di verifica separata. Ciascuna riga della tabella dati di verifica rappresenta un oggetto o un'espressione all'interno del codice e ciascuna colonna rappresenta un insieme di dati (classe di equivalenza).

Utilizzo degli stub

Nel processo di verifica, è spesso necessario effettuare lo stub dei componenti con cui il componente sottoposto a verifica interagisce. Ciò consente di verificare il componente in modo isolato garantendo che la verifica sia effettuata sul componente desiderato e non su altri. Così come avviene per la verifica, uno stub viene definito in base al comportamento e ai dati. Il comportamento dello stub viene definito nella classe di codice utente dello stub che può essere visualizzata e modificata nella vista del codice Java. I dati stub vengono forniti nella tabella dati stub che definisce il comportamento di output di una classe stub in risposta a determinati input. Mediante la tabella dati stub è possibile simulare la classe di cui si è effettuato lo stub specificando l'input effettivo e i valori di ritorno per ciascun metodo di cui si è effettuato lo stub.

Gli stub possono essere generati automaticamente attraverso l'analisi del componente sottoposto a verifica durante la creazione della verifica.

Distribuzione ed esecuzione delle verifiche

La distribuzione della verifica è la fase in cui vengono specificate le condizioni nelle quali viene eseguita la verifica. In particolare per gli EJB, i dati di distribuzione della verifica includono informazioni sul server di applicazioni. Si consiglia di utilizzare l'editor Suite di verifica per scegliere la configurazione del server da utilizzare per distribuire il componente sottoposto a verifica. Le configurazioni del server sono definite nella prospettiva Server.

È possibile specificare una configurazione di lancio per ciascun componente di un progetto di verifica (una suite di verifica, un caso di prova o una singola classe di equivalenza); in tal modo la verifica potrà essere eseguita con o senza la creazione di profili e le opzioni di debug. Durante l'esecuzione della verifica, un programma di raccolta dati controlla il componente sottoposto a verifica per richiamare i risultati di verifica.

Analisi dei risultati di verifica

Lo svolgimento di una verifica produce un'esecuzione della verifica come è possibile visualizzare nella vista Selezione verifiche. È possibile espandere un'esecuzione della verifica per visualizzare le singole verifiche e i relativi responsi (Riuscito, Non riuscito, Concluso/Interrotto o Errore). Da una verifica specifica è possibile passare ai dettagli dei risultati visualizzati nella vista dell'Utilità di comparazione dati di verifica per visualizzare il risultati effettivi comparati ai risultati previsti.

È possibile effettuare una navigazione incrociata tra i verdetti delle verifiche, i dati di verifica, le suite di verifica, gli script di comportamento della verifica e le parti di codice rilevanti nel componente sottoposto a verifica.

Esecuzione delle verifiche di regressione

Il principale vantaggio di generare e impostare un ambiente di test durevole è che facilita il riutilizzo delle verifiche per effettuare verifiche di regressione. Effettuare verifiche di regressione regolarmente rappresenta un modo affidabile per accertare che non vengano introdotti nuovi difetti e che quelli già esistenti vengano sanati.

È buona norma creare le verifiche in una fase iniziale dello sviluppo del progetto dal momento che ciò contribuisce all'interpretazione delle specifiche del prodotto. È possibile eseguire le stesse verifiche periodicamente durante il processo di sviluppo al fine di rilevare errori inaspettati che potrebbero ripresentarsi tutte le volte in cui il codice viene modificato o spostato in un nuovo ambiente.

Attività correlate
Creazione di nuovi progetti di verifica componenti
Esecuzione delle verifiche componenti
Visualizzazione dei risultati della verifica componenti

Termini di utilizzo | Feedback
(C) Copyright IBM Corporation 2000, 2004. Tutti i diritti riservati.