Migliore risposta
Casi di test di sistema
Di seguito sono riportati alcuni scenari di test di esempio per un sito e-commerce:
1 Se il sito viene avviato correttamente con tutte le pagine, le funzionalità e il logo pertinenti
2. Se lutente può registrarsi / accedere al sito
3. Se lutente può vedere i prodotti disponibili, può aggiungere prodotti al suo carrello può fare il pagamento e può ottenere la conferma tramite e-mail o SMS o chiama.
4. Se le funzionalità principali come ricerca, filtro, ordinamento, aggiunta, modifica, lista dei desideri ecc. funziona come previsto
4. Se il numero di utenti (definito come nel documento dei requisiti) può accedere al sito contemporaneamente
5. Se il sito viene avviato correttamente in tutti i principali browser e le loro ultime versioni
6. Se le transazioni vengono effettuate sul sito tramite un utente specifico sono sufficientemente sicure
7. Se il sito viene avviato correttamente su tutte le piattaforme supportate come Windows, Linux, Mobile ecc.
8. Se la politica di restituzione del manuale / guida dellutente, la politica sulla privacy e i termini di utilizzo del sito è disponibile come documento separato e utile per qualsiasi principiante o utente per la prima volta.
9. Se il contenuto delle pagine è correttamente allineato, ben gestito e senza errori di ortografia.
10. Se il timeout della sessione è implementato e funziona come previsto
11. Se un utente è soddisfatto dopo utilizzando il sito o in altre parole lutente non ha difficoltà a utilizzare il sito.
Tipi di test di sistema
ST è chiamato un superset di tutti i tipi di test a s tutti i principali tipi di test sono trattati in esso. Sebbene lattenzione ai tipi di test possa variare in base al prodotto, ai processi dellorganizzazione, alla tempistica e ai requisiti.
Test di funzionalità: assicurarsi che la funzionalità del prodotto funzioni secondo i requisiti definiti, nellambito delle capacità del sistema.
Test di recuperabilità: Per assicurarsi come bene, il sistema si riprende da vari errori di input e altre situazioni di guasto.
Test di interoperabilità: Per assicurarsi che il sistema possa funzionare bene con terzi -prodotti di terze parti o no.
Test delle prestazioni: per accertarsi delle prestazioni del sistema nelle varie condizioni, in termini di caratteristiche delle prestazioni.
Test di scalabilità: per verificare le capacità di ridimensionamento del sistema in vari termini come ridimensionamento dellutente, ridimensionamento geografico e ridimensionamento delle risorse.
Test di affidabilità: per assicurarsi che il sistema possa essere utilizzato per una durata maggiore senza sviluppare errori.
Test di regressione: A assicurarsi della stabilità del sistema mentre passa attraverso lintegrazione di diversi sottosistemi e attività di manutenzione.
Test della documentazione: Per assicurarsi che la guida per lutente del sistema e altri documenti della guida siano corretti e utilizzabili.
Test di sicurezza: per assicurarsi che il sistema non consenta laccesso non autorizzato a dati e risorse .
Risposta
Facciamo un semplice esempio per capire cosè Test Framework di automazione . Come pensi che stia funzionando la Democrazia indiana, la seconda più grande al mondo? È ad hoc? Nah! Ci sono processi e strutture di base che guidano la democrazia indiana: la costituzione dellIndia. E se la Costituzione non ci fosse? E se le persone non fossero guidate da alcuna linea guida? Si! Caos totale.
“Framework” è ciò che guida quasi tutto: uno schema o una struttura di base, un insieme di linee guida che, se seguite, producono risultati coerenti e vantaggiosi. Che si tratti di produzione, politica o servizi. Allora come può Test Automation Framework essere diverso!
Test Automation Framework
Prima di passare a Framework di automazione del test , innanzitutto comprendiamo i diversi componenti coinvolti nellautomazione del test.
- AUT : lapplicazione in prova
- Strumento di automazione dei test come HPE UFT o Selenium
- Strumento di gestione dei test in cui sono archiviati i casi di test e gli screenshot. In sua assenza, è possibile utilizzare anche ununità condivisa comune.
- Ambiente di test : un ambiente stabile su cui viene distribuita lapplicazione a scopo di test
- Oggetti applicazione : diversi elementi allinterno dellapplicazione come casella di testo, casella di controllo, pulsante di opzione, menu a discesa, ecc.
- Moduli dellapplicazione : flussi funzionali specifici che devono essere eseguiti allinterno di diversi casi di test. Per esempio. Accesso utente.
- Dati di prova : valori di input (validi o non validi) per i campi dellapplicazione come le credenziali di accesso
- Funzioni : un insieme di istruzioni riutilizzabili (per un particolare flusso funzionale) che deve essere eseguito allinterno di script differenti. Per esempio. Accesso utente.
- Script di test : uno scenario di test autonomo codificato in un particolare linguaggio di programmazione utilizzando lo strumento di automazione del test
- Risultati : include i log degli errori, lo stato di esecuzione, gli screenshot, i rapporti formali, ecc.
Ora come si fa pensi che questi diversi componenti interagiscano per testare correttamente lapplicazione, automaticamente? Come si modularizzano i flussi dellapplicazione in diverse funzioni? Come identificate e organizzate gli oggetti dellapplicazione? Dove vengono archiviati i dati del test? Come si accede? Da dove esegui gli script di test? Strumento di automazione o strumento di gestione dei test? Quali schermate e log vengono acquisiti? e in quale formato? Come vengono riportati i risultati dellesecuzione del test? Si! Ci deve essere una serie di linee guida che guidano queste regole, giusto? È così che lo chiamiamo Test Automation Framework !
Ufficialmente,
A Test Automation Framework è un insieme di protocolli, standard e linee guida (programmati) che stabilisce le regole per testare un prodotto specifico: come i diversi componenti di automazione interagiranno per eseguire script di automazione e catturare i risultati in modo coerente e vantaggioso. Cioè come questi diversi componenti (blocchi di costruzione) devono essere assemblati.
Guidato da Esempio
Spero che questo renda il concetto un po chiaro? No? Ancora confuso? Per renderlo più chiaro, vediamo alcune delle permutazioni e delle combinazioni di come questi diversi componenti possono interagire, cioè i diversi modi in cui questi componenti possono essere organizzati.
- Lutente utilizza una registrazione e riproduzione caratteristica in cui lutente registra ogni fase del test case (inclusa la navigazione e gli input di dati) >> lo script viene generato automaticamente >> modifica lo script per inserire punti di controllo >> Riproduci lo script. Ambiente, oggetti e dati di test vengono tutti acquisiti durante la registrazione nello script di test.
- Invece di registrare ogni & ogni passaggio, le attività comuni del club come il login dellutente in funzioni che possono essere chiamate da diversi script di test.
- Possiamo creare un repository di oggetti separato per memorizzare i dettagli di tutti gli oggetti dellapplicazione e quindi utilizzare questi oggetti negli script di test, invece di identificare loggetto ogni volta in ogni script.
- Che ne dici di manteniamo i dati del test fuori dallo script? Dì in un file Excel separato? E poi caricare questi valori nelle variabili di script in fase di esecuzione?
- Supponiamo di creare funzioni diverse per ogni flusso / azione dellapplicazione e quindi leggere la sequenza di passaggi (insieme ai dati) da un file esterno come Excel foglio? Per esempio. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- E se definiamo un file di configurazione comune contenente tutte le impostazioni dellambiente come lURL dellapplicazione, le informazioni specifiche del browser, le credenziali di accesso, ecc.?
- Acquisizione degli screenshot solo per i passaggi non riusciti e creazione di un rapporto cumulativo Superato / Non superato alla fine dellesecuzione del test che viene salvato in un Drive condiviso
- I risultati del test vengono registrati in un file di log che può quindi essere inviato alle parti interessate
Il riepilogo
Il framework di automazione del test fornisce allutente con vari vantaggi che li aiutano a sviluppare, eseguire e segnalare gli script di test di automazione in modo efficiente: scripting standard, approccio coerente, coerenza del team, scalabilità, modularità, meno incline agli errori, comprensibilità, riutilizzabilità, intervento manuale minimo, reporting facile, ridotto costo, facilità di manutenzione ecc.
Riassumendo, Test Automation Framework gioca un ruolo chiave nei test di automazione. Ma prima di iniziare a creare un framework, tieni presente che esiste un intervallo divergente di Test Automation Framework ora disponibile – assicurati di creare un framework che sia più adatto per il progetto o lapplicazione in prova!
Questa era solo unintroduzione su framework di automazione del test e spero che tu abbia unidea di base di cosa sia un framework.