Esecuzione del test esplorativo tramite Microsoft Test Manager

In Microsoft Test Manager, aprire Centro test, Test, Esegui testing esplorativo.

Non si vede Esegui test esplorativo.

Il team utilizza una versione di TFS precedente al 2012. Vedere istruzioni per Visual Studio 2010.

Scegliere Esplora.

- oppure –

Selezionare un elemento di lavoro richiesto e quindi scegliere Esplora elemento di lavoro. Si associa la registrazione del test con l'elemento di lavoro.

Perché si dovrebbe associare la sessione di test ad un elemento di lavoro?

Se si creano bug o test case dalla sessione esplorativa, verranno automaticamente collegati a tale elemento di lavoro.

È possibile associare la sessione a qualsiasi elemento di lavoro nella categoria requisiti. Nei modelli standard del progetto team, questo include Requisito (CMMI), Elemento Backlog prodotto (Scrum) e Storia utente (Agile).

L'elemento di lavoro collegato e tutti i test case creati dalla sessione esplorativa verranno aggiunti automaticamente al piano di test.

Quando la codifica di ogni requisito è selezionata, è consigliabile eseguire il test attivo su tale requisito. Tutti i bug creati devono essere collegati al requisito per indicare che non è completo.

Perché non si dovrebbe associare la sessione con un requisito?

Talvolta si desidera visualizzare l'applicazione senza concentrarsi su un qualsiasi requisito specifico.

La finestra di testing esplorativo viene aperta e attende finché non si è pronti ad iniziare.

Prepararsi ad eseguire l'applicazione. Ad esempio, se l'applicazione è un sito Web, avviare il server web.

Nella finestra di testing esplorativo, scegliere Avvia.

Eseguire l'applicazione ed esplorare le relative funzionalità. Ad esempio, aprire un web browser ed eseguire l'accesso al sito Web.

La finestra di testing esplorativo registra le azioni eseguite nel resto dello schermo. È possibile aggiungere commenti, schermate e file durante il lavoro. Verranno aggiunti a qualsiasi bug o test case creato.

[Visual Studio Update 1 2012] il log azioni include automaticamente uno snapshot dello schermo, la base sull'area intorno al testo o di spostamento. Le schermate sono incluse quando si crea un bug nella sessione esplorativa.

Se si esplora un requisito specifico, verificare che il requisito sia soddisfatto in varie condizioni diverse. Per ulteriori informazioni, vedere Quali test esplorativi è necessario eseguire?

Viene registrato tutto in dettaglio?

Per impostazione predefinita, le azioni in MTM e nelle applicazioni di Office come Word, Paint e Outlook non vengono registrate. Per modificare questo set, configurare l'azione di accesso nelle impostazioni di test nelle proprietà del piano di test. Per ulteriori informazioni, vedere Configurazione del piano di test.

Inoltre, alcune azioni dettagliate come disegnare non vengono registrate completamente. Ad esempio, se si disegna una faccia in un'applicazione di disegno, l'azione verrà salvata solo come movimento del cursore. È necessario aggiungere un commento per descrivere esattamente cos'è stato fatto.

La registrazione dell'azione è più leggibile se i controlli di interfaccia utente hanno nomi leggibili. Il team di sviluppo deve impostare le proprietà di accessibilità di ciascun controllo nell'interfaccia utente o l'ID di ciascun elemento in un'applicazione HTML.

L'applicazione è un sito web oppure un sistema client-server. Può MTM registrare gli eventi che si verificano nei server?

Sì. È necessario eseguire il server in un ambiente lab e configurare il piano di test per acquisire gli eventi dai computer del lab. Quando si crea un bug, MTM recupera i dati dai computer del lab e lo aggiunge alla segnalazione del bug. Per ulteriori informazioni, vedere Utilizzo di un ambiente lab per il ciclo di vita dell'applicazione.

Quando si individuano difetti nell'applicazione, scegliere Crea bug.

Consente di riprodurre l'errore, i passaggi eseguiti automaticamente saranno salvati nel bug, nel riquadro Passi da riprodurre. I commenti scritto durante il test vengono visualizzati anche, con gli allegati e schermate aggiunto e le informazioni di sistema aggiuntive.

Quando il bug viene creato, può cambiare i passaggi che si desidera essere interpretati.

È possibile generare un test case contemporaneamente al bug, contenente gli stessi passaggi. Ciò assicura che il bug non si ripeta in futuro. Il bug e il test case sono collegati.

[Visual Studio Update 1 2012] la descrizione di ogni azione viene automaticamente accompagnata da una schermata dell'area dall'azione.

Per vedere come l'intero schermo è presente durante il test, scegliere Log azioni.

Quando l'applicazione viene aggiornata o modificata o quando un bug viene corretto, sarà necessario rieseguire i test per assicurarsi che tutto funzioni ancora o verificare che funzioni meglio.

C'è una quantità notevole di competenze, pensiero creativo e sperimentazione in un test esplorativo. Per risparmiare tempo nelle occasioni future, è possibile salvare le proprie azioni come uno script di passi in un test case. Al momento di ripetere questi test, tu o un altro utente, deve seguire solo i passaggi, anziché reinventarli.

È possibile creare un test case o direttamente dalla sessione esplorativa o subito dopo avere creare un bug.

È possibile regolare il numero di passaggi recenti inclusi nel test case.

Se si crea un test case direttamente da una sessione esplorativa, in genere si passerà un certo tempo facendo pratica con una funzionalità prima di eseguire una sequenza di passaggi che si desidera registrare. Modificare il test case per avviare dalla posizione in cui la sequenza inizia.

È inoltre necessario modificare l'elemento di lavoro per dichiarare che risultato dovrebbe essere visualizzato dopo ogni passaggio.

Quando si salva e si chiude l'elemento di lavoro, è possibile tornare all'esplorazione.

Suggerimento
Creare i test case separati per ogni altro aspetto del requisito.

È stata eseguita la stessa sequenza con valori diversi ai dati. È necessario registrare tutto come un test case separato?

No. Creare un test case, quindi modificarlo per sostituire un nome di parametro per un valore specifico nella sequenza. I nomi di parametro iniziano con "@". Ad esempio, "il collegamento 'Click '@flavor'". Nella tabella Valori dei parametri nella parte inferiore dello script di test case, fornisce un insieme di valori che devono essere utilizzati nelle ripetizioni successive del test. Per ulteriori informazioni, vedere Creazione di test case manuali mediante Microsoft Test Manager.

Utilizzare Visualizza sessioni di test esplorativo per rivedere i test eseguiti in questo piano di test. È possibile ordinare e filtrare i test dal requisito.

Quali test esplorativi è necessario eseguire?

Le categorie principali di test sono:

• Verificare la storia. È possibile eseguire le azioni promesse nella storia utente o nell'elemento di backlog del prodotto?

• Testare i valori della chiave. È possibile eseguire la storia utente con set di input differenti, ad esempio un carrello vuoto, un singolo elemento, uno dei tanti, due delle operazioni, e così via?

• Chiudere l'applicazione. è possibile causare la mancata riuscita dell'applicazione, ad esempio passando input imprevisti o troppo input?

È utile pensare in termini di tour diversi. Un tour è un'esplorazione in cui si esegue una versione specifica di test. Per ulteriori informazioni, vedere James A. Il libro di Whittaker, testing esplorativo.

Come è necessario utilizzare i test esplorativi insieme ai test case pianificati?

Molti team utilizzano combinazioni diverse di testing esplorativo e di test pianificato utilizzando test case. Di seguito sono riportate alcune strategie alternative da considerare:

• Solo esplorativo. Basarsi interamente sul testing esplorativo e mai creare i test case. Creare elementi di lavoro bug quando tutti gli errori sono stati trovati. Quando il bug viene corretto, verificarlo nuovamente per verificare la correzione. L'elenco di test esplorativi è la miglior registrazione di ciò che è stato testato: per la fine dello sprint, deve esserci almeno un test per ogni elemento nel backlog del prodotto o nella storia dell'utente . Questa strategia risulta appropriata per piccoli progetti.

• Individuazione delle nuove funzionalità, test case per regredire. Quando il codice per un requisito viene controllato, eseguire i test esplorativi e creare i test case. Creare bug per gli errori rilevati. Quando i bug sono corretti, eseguire tutti i test case. La migliore misura di completezza è il grafico dei test case superati. In ogni sprint, eseguire anche i test case per gli sprint precedenti per garantire che nulla sia cambiato.

• Pianificare in anticipo test case ed esplorare per interrompere il codice. Scrivere in anticipo gli script di test case, utilizzandoli per aiutare a chiarificare i requisiti. Come il codice viene controllato, esegue i test case applicabili. Eseguire anche i test esplorativi, sia per generare i test case aggiuntivi e con l'intento di fare fallire l'applicazione.

Quando una correzione del bug è stata controllata, aprire MTM e scegliere Centro test, Test, Verifica bug. Questa pagina contiene un elenco di bug creati nel piano di test e collegati ai test case. Selezionare il bug che è stato corretto e scegliere Verifica. Il test runner verrà aperto e verranno mostrati i passaggi eseguiti per individuare l'errore. Seguire i passaggi e verificare che l'errore non si verifichi. Contrassegnare il test come superato e chiudere il bug.

Se l'applicazione è un sito Web o un'applicazione client-server, è possibile raccogliere informazioni sia dai server che dal proprio computer client.

A questo scopo, è necessario configurare un ambiente lab e configurare i server nei computer nell'ambiente. Per ulteriori informazioni, vedere i test in esecuzione in un ambiente lab.

È inoltre necessario configurare i test per raccogliere dati dall'ambiente. È possibile eseguire questa operazione nelle proprietà del piano di test o scegliere questa opzione in diversi test.

Per configurare una sessione di test, avviare il test utilizzando Esplora con opzioni.

Per configurare tutti i test per raccogliere dati dal server: In MTM, scegliere Centro test, Piano, Proprietà. In Ambiente di test, selezionare l'ambiente nel quale è stato installato il server.

È possibile impostare le proprietà del piano di test in modo da registrare i dati aggiuntivi nella sessione di test e in tutti i bug creati. Ad esempio, è possibile aggiungere o rimuovere i programmi da cui le azioni utente devono essere raccolte.

È inoltre possibile acquisire video dello schermo di lavoro e registrare un commento audio.

Per ulteriori informazioni, vedere Procedura: scegliere impostazioni e ambienti di test per un piano di test.

Tenere presente che le azioni eseguite durante la sessione di test vengono automaticamente registrate. Potenzialmente, la registrazione può acquisire i dati riservati, quali nomi utente e password.

Linee guida

Video

Attività

Concetti

Altre risorse