acceptance testing documentation with real time scenarios
Documentazione del test di accettazione (Parte II):
Tutorial precedente | PROSSIMO Tutorial
Questo tutorial è la continuazione del nostro precedente tutorial in cui abbiamo discusso di cosa sono i test di accettazione, quando devono essere eseguiti, chi lo fa, la sua importanza, i tipi, il processo, l'impatto sui diversi team, ecc.
miglior editor di testo per finestre Python
I documenti svolgono un ruolo molto importante nei test di accettazione e qualsiasi problema relativo al documento ha un enorme impatto negativo. Quando un controllo adeguato non viene esercitato, può persino portare al guasto del prodotto.
=> Fare clic qui per una serie completa di tutorial sul piano di test
In questo tutorial, impareremo di più sulla diversa documentazione coinvolta nei test di accettazione, ad esempio il piano del test di accettazione, la checklist per la revisione del piano di test, il modello del test di accettazione, esempi basati su scenari in tempo reale, come identificare e scrivere i test di accettazione, ecc. .
Cosa imparerai:
- Piano del test di accettazione
- Modello del piano del test di accettazione
- Revisione del piano del test di accettazione
- Test di accettazione
- Revisione dei test di accettazione
- Conclusione
- Lettura consigliata
Piano del test di accettazione
Come qualsiasi altro piano di test, il piano di test di accettazione include anche alcuni componenti come ambito, approccio, ambiente di test, risorse, responsabilità, riferimenti ai test di accettazione, criteri di ingresso, criteri di uscita, strumenti, ecc.
L'unica cosa che differenzia il piano di test di accettazione da un piano di test regolare sono i suoi fattori che determinano la decisione aziendale. Il piano dei test di accettazione è una documentazione fondamentale che fornisce indicazioni su come eseguire i test di accettazione per un particolare progetto.
Il piano del test di accettazione deve essere rivisto e approvato prima dell'esecuzione del test di accettazione. Tutte le modifiche successive devono nuovamente essere sottoposte a un processo di revisione e approvazione e devono essere rispettate.
La revisione del piano di test di accettazione viene solitamente eseguita da manager / analisti aziendali / clienti.
Punti chiave da considerare durante la progettazione del piano del test di accettazione:
- Dovrebbe essere Dettagliata e specifica. Deve includere solo ciò che è richiesto per il test e le informazioni necessarie al team per eseguire il test.
- Dovrebbe essere Chiaro e conciso . Nessuna ambiguità. Se c'è qualcosa che può creare confusione, elaboralo, ma mantienilo breve ed efficace.
- Ogni singolo componente nel documento deve essere scritto tenendo a mente solo i requisiti aziendali.
- Affidabile e adattabile - Dovrebbe essere aggiornabile come richiesto nelle versioni future.
- Coerente - Non dovrebbe avere più cambiamenti in futuro.
- Segui il modello fornito dall'organizzazione o dal cliente.
Modello del piano del test di accettazione
Qui daremo un'occhiata a un modello comune per il piano di test di accettazione che può essere ulteriormente ottimizzato in base ai requisiti del progetto.
Titolo
Obbiettivo
Cronologia delle revisioni / Registro modifiche
< Dovrebbe essere in forma tabellare con le seguenti informazioni:
- Data - La data in cui il documento è stato modificato.
- Modificato da - Chi ha modificato il contenuto del documento.
- Scopo - Perché il documento è stato modificato.
- Versione - Versione corrente del documento dopo le modifiche (va come 1.0, 1.1, 1.2, 1.3, ... per una particolare versione. La prossima versione inizierà dalla 2, 2.1, 2.2, 2.3, ..., l'elenco potrebbe continuare).
- Approvato da - Chi ha approvato le modifiche apportate (significa implicitamente che il documento è stato rivisto e approvato).
La prima riga in questa tabella dovrebbe essere i dettagli creati del documento. Segue quindi il dettaglio delle modifiche apportate.>
Sommario
Riferimenti
Scopo
introduzione
Elementi di prova
Caratteristiche da testare
Caratteristiche da non testare
Approccio
Dettagli dell'ambiente di test
Criteri di ingresso
Test - Se non sono stati scritti test di accettazione separati
Ogni test deve includere:
- Prova #.
- Una descrizione di ciò che viene testato ( Esempio : Verifica se un utente è in grado di creare un account con successo).
- Requisiti aziendali a cui questo test mappa ( Matrice di tracciabilità ) - Molto importante.
- Presupposti:
- Stato del prodotto prima di iniziare il test (l'utente deve essere registrato con successo ma non attivato l'account, l'utente deve aver effettuato l'accesso al prodotto almeno 30 giorni fa, ecc.)
- Qualsiasi condizione del server: il server deve rimanere inattivo per un po 'di tempo.
- Passaggi del test: Flusso numerato dettagliato ( Esempio: vedi sotto
- Apri l'applicazione.
- Tenta di accedere con credenziali valide con la casella di controllo Ricordami selezionata).
- Risultato atteso : Qual è il comportamento previsto del passaggio>
Test di accettazione - Se sono scritti test di accettazione separati
Criteri di uscita
Risorse
Ruoli e responsabilità
Utensili
Fattori decisionali aziendali
Procedura di sign-off
Punto di contatto
Il piano del test di accettazione è considerato come il Piano di test principale per la fase .
Revisione del piano del test di accettazione
Una volta che il piano è pronto, deve essere rivisto per completezza, non ambiguità, chiarezza, qualità, ecc. Non c'è dubbio che, l'intero contenuto del piano del test di accettazione deve essere esaminato accuratamente per ottenere informazioni adeguate, ma deve essere rivisto anche rispetto a pochi altri punti, diciamo punti della lista di controllo.
Qui, classifichiamo i contenuti e vediamo i punti dell'elenco di controllo rispetto a essi.
| Categoria | Punti della lista di controllo |
|---|---|
| Test di accettazione | Le prove sono numerate Le precondizioni sono numerate I passaggi del test sono chiari da capire I passaggi del test sono stati completati Il risultato atteso è completo C'è qualche domanda aperta nei test (se presente, follow-up e completalo) Il riferimento ai Test di Accettazione (se scritti separatamente) è valido ed esistente La tracciabilità è corretta? C'è qualche requisito aziendale perso per coprire per il test |
| Titolo | Il titolo corrisponde al titolo del progetto come riferito ovunque È il titolo che segue le convenzioni di denominazione del progetto |
| Cronologia delle revisioni, sommario | Ogni modifica alla versione viene tracciata correttamente per il piano Ogni modifica di versione è stata sottoposta a un'adeguata revisione e viene menzionata La convenzione di controllo delle versioni è corretta Il sommario corrisponde ai contenuti effettivi del piano Il numero di pagina per ogni contenuto è corretto Il numero di pagina viene aggiornato se le modifiche apportate al piano hanno cambiato il numero di pagina dei contenuti |
| Riferimenti | Sono le referenze esistenti e valide Corrispondono allo scopo Sono completi e considerati per l'identificazione dei test |
| Elementi di prova, Funzionalità da testare, Funzionalità da non testare | Sono numerati Ogni caratteristica / modulo / sottomodulo rientra nell'ambito di applicazione La pianificazione pianificata può coprire tutti gli elementi di prova identificati all'interno |
| Criteri di ingresso, criteri di uscita | Sono numerati Ogni criterio è menzionato in dettaglio |
| Dettagli dell'ambiente di test | Ha tutte le configurazioni richieste menzionate È la versione per ciascuna configurazione specifica o l'ultima da considerare Fare le VM, l'ambiente esiste (in caso contrario, menzionare la possibile data per la sua disponibilità) È menzionato il metodo di condivisione delle credenziali per un particolare accesso all'ambiente |
| Risorse, ruoli e responsabilità | Sono numerate le responsabilità per ogni ruolo Le responsabilità possono essere raggiunte La risorsa identificata è in grado di gestire le responsabilità menzionate |
| Utensili | Sono tutti gli strumenti menzionati Sono tutti gli strumenti numerati Tutti gli strumenti sono dotati di versione Qualunque strumento necessita di una licenza o della licenza esistente valida durante la fase La guida all'uso dello strumento è corretta e sufficiente? |
| Fattori decisionali aziendali | Ha tutti i fattori menzionati Sono tutti i fattori numerati |
| Procedura di sign-off | La procedura è valida La procedura è accettabile La procedura è chiara da capire |
| Punto di contatto | La risorsa identificata come punto di contatto è disponibile nell'organizzazione durante la fase La risorsa identificata è in grado di gestire la fase |
Qualsiasi piano di test che soddisfi il documento della lista di controllo di cui sopra servirà come documento valido anche per gli audit interni.
Test di accettazione
I test di accettazione erano precedentemente noti come test funzionali. Per rendere il nome più adatto alla fase di Test di accettazione e per servire allo scopo, è stato rinominato in Test di accettazione. A volte è anche definito come Test dei clienti.
I test di accettazione sono sempre derivati da storie degli utenti, criteri di accettazione e casi d'uso. Questi sono test di sistema a scatola nera e rappresentano solo quei test aziendali che devono essere verificati. Questi dovrebbero essere destinati principalmente al comportamento, all'utilizzo e ai flussi del prodotto.
I test di accettazione progettati possono anche essere presi in considerazione per la fase di test del sistema nei cicli di regressione per acquisire fiducia sul prodotto prima di consegnarlo alla fase di test di accettazione.
Punti chiave da ricordare prima di scrivere i test di accettazione:
- Tenere tutti i documenti di riferimento in atto: Specifica dei requisiti software, documento dei requisiti aziendali, casi d'uso, storie degli utenti, matrice di dati (in caso di logica coinvolta) ecc.
- Concentrarsi solo sui requisiti aziendali (requisiti aziendali verificabili).
- Cancella tutti i dubbi, le domande sui requisiti aziendali al più presto.
- Assicurati che non ci siano modifiche ai requisiti almeno per la versione corrente.
Modello generale e semplice per scrivere test di accettazione:
Questo modello può essere nuovamente modificato in base alle esigenze del progetto e con ulteriori informazioni da includere.
Ora, prendiamo alcuni scenari comuni e vediamo come è possibile scrivere su di essi scenari di test di accettazione.
Caso 1: gestione dell'account utente
Questo è lo scenario in cui agli utenti è consentito creare, visualizzare, aggiornare e disattivare il proprio account. In generale, è un'operazione CRUD (Crea, Leggi, Aggiorna ed Elimina). Quindi direttamente avremo 4 scenari principali da testare.
Oltre a questo, nella gestione degli account utente in tempo reale, abbiamo molte aree quando si tratta di visualizzazione e aggiornamento.
Procedendo con la scrittura dei test di accettazione:
Test 1: registrazione / registrazione / creazione account, verifica se un utente è in grado di:
- Crea l'account.
- Attiva l'account.
- Attiva l'account solo una volta (qui, il link di attivazione deve essere testato per 2ndAnche se questo è un test negativo, è uno dei principali punti di verifica da considerare).
Test 2: per accedere e visualizzare le informazioni sull'account, verificare se un utente è in grado di:
- Accedi all'account.
- Visualizza diverse sezioni nel Profilo (se la sezione Profilo è classificata, allora ogni categoria dovrebbe essere visualizzabile).
- Verificare che i dati visualizzati nel profilo siano corretti secondo l'input dell'utente.
Test 3: per aggiornare le informazioni sull'account, verificare se un utente è in grado di:
- Aggiorna le informazioni sull'account (profilo):
- Aggiorna ogni singola categoria del profilo.
- Verificare che le informazioni di aggiornamento si riflettano correttamente nel profilo.
- Verificare se l'utente non è in grado di aggiornare le informazioni nel profilo (in alcune applicazioni, non sarà consentito l'aggiornamento di nome, cognome, nome utente, ecc. Anche se si tratta di un test negativo, è uno dei principali punti di verifica essere considerato).
- Annulla il flusso di aggiornamento (anche se questo è un test negativo, è anche uno dei principali punti di verifica da considerare).
Test 4: se è consentita la disattivazione dell'account, verificare se un utente è in grado di:
- Disattiva l'account.
- Annullare il flusso di disattivazione (anche se si tratta di test negativi, è uno dei principali punti di verifica da considerare).
- Accedi all'account dopo aver annullato la disattivazione.
Test 5: se sono necessarie verifiche per un indirizzo e-mail o numeri di telefono, verificare se un utente è in grado di:
domande da porre a un analista aziendale
- Aggiorna l'indirizzo e-mail all'altro valido.
- Verifica 'indirizzo email aggiornato.
- Verifica se l'indirizzo e-mail aggiornato e 'verificato' viene considerato ulteriormente - Invia alcune e-mail dall'applicazione e controlla il suo arrivo all'indirizzo e-mail aggiornato. Il vecchio non dovrebbe ricevere e-mail.
- Aggiungi il nuovo numero di telefono.
- Verifica il numero di telefono aggiunto tramite Chiama.
- Verifica il numero di telefono aggiunto tramite SMS.
- Verifica che il numero di telefono aggiunto e 'verificato' si rifletta nell'account.
- Aggiorna il numero di telefono.
- Verifica il numero di telefono aggiornato tramite Chiama.
- Verifica 'numero di telefono aggiornato tramite SMS.
- Verificare se il numero di telefono aggiornato e 'verificato' si riflette nell'account.
Caso 2: acquisto del prodotto
L'acquisto del prodotto di solito ha il flusso generale.
Alcuni scenari generali che gli utenti finali guardano sono elencati qui:
Presupposto: L'utente deve essere connesso all'applicazione.
Test 1: dettagli del prodotto, verifica se un utente è in grado di:
- Visualizza la pagina dei dettagli del prodotto.
- Visualizza tutte le sottosezioni nella pagina dei dettagli del prodotto (descrizione, caratteristica, informazioni sul marchio, ecc.).
- Seleziona la quantità del prodotto, il colore, la taglia, ecc. Come disponibile nella pagina dei dettagli del prodotto.
- Passa alle pagine delle categorie e delle sottocategorie dalla pagina Dettagli prodotto (se disponibile nella pagina Dettagli prodotto).
- Vai alla pagina dei dettagli dell'altro prodotto (se fornita nella sezione dei prodotti pertinenti).
- Visualizza commenti e valutazioni sul prodotto.
- Ordina i commenti del prodotto in base alle valutazioni.
- Visualizza la valutazione complessiva del prodotto.
- Aggiungi commento sul prodotto.
- Aggiorna il suo commento sul prodotto.
- Elimina il suo commento sul prodotto (se fornito).
Test 2: Aggiungi al carrello, verifica se un utente è:
- Possibilità di aggiungere il prodotto al carrello:
- Attraverso la pagina dei dettagli del prodotto.
- Attraverso la pagina dell'elenco dei prodotti.
- Possibilità di aggiungere la quantità richiesta al carrello (da 1 al limite massimo impostato).
- Non è possibile aggiungere il prodotto al carrello se esaurito.
Test 3: nella pagina del carrello, verifica se un utente è in grado di:
- Visualizza il prodotto nel carrello con i dettagli del prezzo per la quantità aggiunta.
- Aggiorna quantità (da 1 a limite massimo impostato).
- Rimuovi il prodotto dal carrello.
- Torna allo shopping.
- Continua alla cassa.
- Visualizza il carrello vuoto quando non viene aggiunto alcun prodotto,
Test 4: nella pagina dei dettagli dell'account, verifica se un utente è in grado di:
- Continua con i dettagli di spedizione esistenti.
- Aggiorna indirizzo di spedizione.
- Aggiungi un nuovo indirizzo di spedizione.
- Continua con il numero di telefono esistente.
- Aggiorna il numero di telefono per l'ordine.
- Aggiungi un nuovo numero di telefono per l'ordine.
- Torna alla pagina del carrello.
- Vai alla pagina di pagamento.
Test 5: nella pagina dei pagamenti, verifica se un utente è in grado di:
- Verifica la correttezza dell'importo da fatturare.
- Elaborare l'ordine con tutte le opzioni disponibili (un'opzione per ogni ordine separato).
- Elabora la transazione con successo. Vai alla pagina di conferma dell'ordine.
- Transazione non riuscita (anche se questo è un test negativo, dovrebbe essere considerato come uno scenario principale).
- Applica coupon:
- Buoni validi - Successo. Qui verifica la variazione dell'importo da fatturare.
- Coupon non validi - Fallimento
- Coupon scaduti - Fallimento.
- Torna alla pagina dei dettagli dell'account.
Revisione dei test di accettazione
La revisione dei test di accettazione è un'attività importante in quanto deve essere corretta e al punto rispetto ai requisiti aziendali. Poiché questi possono essere condotti dai clienti stessi e / o dagli utenti finali, è assolutamente necessario essere completi, non ambigui, corretti e sufficientemente dettagliati da essere compresi ed eseguiti da chiunque.
La revisione dei test di accettazione deve essere eseguita da analisti aziendali, clienti e qualsiasi commento di revisione deve essere incorporato in alta priorità.
A livello di test individuale, la revisione dovrebbe essere eseguita rispetto a quanto segue:
- Se il test copre o meno i requisiti aziendali.
- Le condizioni preliminari sono chiare?
- I passaggi del test sono facili da capire e dettagliati?
- Il risultato atteso è corretto e chiaro?
- È mappato ai requisiti aziendali per la tracciabilità?
- Il test è sufficientemente completo da coprire il flusso o l'utilizzo particolare?
- È il test particolare richiesto come parte del test di accettazione.
- C'è qualche punto di verifica che non è necessario per i test di accettazione.
- È puramente funzionale o è coperta da qualsiasi GUI (dovrebbe essere solo funzionale).
- Sono necessari i dati di input speciali? In caso affermativo, sono previste indicazioni?
Nel complesso, l'intera revisione della suite di test di accettazione dovrebbe coprire:
- Tracciabilità bidirezionale: Requisiti aziendali per test e test per requisiti aziendali.
- Ogni requisito aziendale è coperto?
- Ogni requisito aziendale è coperto da uno o più test?
- Le regole aziendali sono coperte?
- Il caso di dati speciali è gestito?
- Quanti test sono scritti per coprire ogni requisito o regola?
- I test possono essere raggruppati e classificati per flussi.
- I test sono in sequenza correttamente in modo che l'esecuzione sia efficiente?
Conclusione
In poche parole, come accennato in precedenza, i documenti giocano un ruolo molto drastico nei test di accettazione.
Pertanto, qualsiasi test di accettazione scritto dovrebbe essere ben strutturato e in linea con il suo utilizzo, in modo che mantenga l'interesse dei tester di accettazione in ciò che stanno testando e come lo stanno facendo. Questo, a sua volta, porterebbe automaticamente al successo.
=> Visita qui per una serie completa di tutorial sul piano di test
Tutorial precedente | PROSSIMO Tutorial
Resta sintonizzato e guarda il prossimo tutorial sui test di accettazione per saperne di più sui rapporti sui test di accettazione insieme ad alcuni modelli generici. Inoltre, facci sapere se hai domande.
Lettura consigliata
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Test positivo: significato e merito spiegati con scenari di test reali
- Download dell'eBook Testing Primer
- TimeShiftX rilasciato per semplificare i test con time shift
- Che cos'è il test di accettazione (una guida completa)
- Modello di esempio per rapporto del test di accettazione con esempi
- Sei un esperto di test manuali o di automazione? Lavora part time per noi!
- Test di carico con HP LoadRunner Tutorial