step step guide implement proof concept automation testing
Come implementare il Proof of Concept (POC) nei test di automazione?
Ogni organizzazione è diversa processi di test e procedure. Il test manuale è importante e insostituibile, tuttavia, l'automazione è velocità di raccolta.
Presentazione dei test di automazione per un'organizzazione è una sfida e i seguenti punti determineranno se è necessario:
# 1 . Durata del progetto: A breve o lungo termine: i progetti a lungo termine sono buoni candidati per l'automazione
#Due. Quanta regressione viene eseguita in ciascuno ciclo di prova ? - progetti che hanno test di regressione ripetitivi e lunghi poiché l'automazione riduce il tempo di test complessivo e garantisce una copertura completa.
# 3. Stabilità dell'applicazione: L'applicazione che non è suscettibile di modifiche frequenti dovrebbe essere presa in considerazione per l'automazione. Il prodotto che non è stabile, dove la GUI / Funzionalità continua a cambiare, gli elementi o il suo XPath sulla pagina continuano a cambiare non dovrebbe essere automatizzato fino a quando non è stabile.
amministratore informatica intervista domande e risposte
# 4. I dati del progetto sono protetti e il test richiede alcune procedure complicate? - In questo caso, è meglio eseguire il test manuale.
# 5. Fa il l'organizzazione ha un budget per l'automazione? - L'automazione aumenterà le spese aggiuntive per l'organizzazione come il costo dello strumento di automazione, il costo delle risorse, il tempo necessario per lo sviluppo del framework e la scrittura / manutenzione degli script di test di automazione.
Con l'automazione, i test mancanti o il dare per scontato alcuni risultati dei test non accadrà mai. Assicura la copertura del 100% di un dato modulo ogni volta che lo stesso viene testato. L'automazione aiuterà anche a eseguire lo stesso test più volte su più browser e piattaforme.
La figura seguente aiuterà a comprendere il processo di test dell'automazione
Dal punto di vista dei test tecnici, il Il team addetto al controllo qualità deve capire i seguenti aspetti del loro strumento di automazione:
- Matrice di test della piattaforma e del sistema operativo
- Capacità basata sui dati
- Capacità di generazione di rapporti e portabilità dei rapporti
- Debug e registrazione facili
- Controllo della versione supportato
- Estensibile e personalizzabile (in grado di integrarsi con altri strumenti come Ant, TestNG)
- Integrazione continua.
- Notifiche e-mail (messaggio e-mail personalizzato ricevuto se i test vengono superati con successo / non riusciti / o qualsiasi errore di rete)
- Se sono necessari test cross-browser e test su più piattaforme, l'ambiente di test distribuito è supportato o meno.
Cosa imparerai:
- Selezione dello strumento di automazione corretto:
- Sviluppo di proof of concept sull'automazione:
- Il risultato del POC- di solito è uno dei seguenti:
- Modello POC:
- Realizzazione di un progetto pilota:
- Presentare agli stakeholder:
- Lettura consigliata
Selezione dello strumento di automazione corretto:
# 1. Un'applicazione in prova è un'applicazione web o un'applicazione desktop.
#Due. La scelta di uno strumento open source Vs pagato uno.
# 3. Lo strumento deve soddisfare i requisiti di test dell'applicazione
# 4. Utilizzo dello strumento: l'esperienza del team e il livello di comfort in termini di utilizzo e apprendimento degli strumenti
# 5. Supporta il reporting - Se No, quali altre opzioni di reporting sono disponibili (open source oa pagamento). Se sì, allora quanto è buono in termini di trasmissione di dati corretti dalle presentazioni e dal punto di vista del contenuto.
Leggi anche => La guida dalla A alla Z sulla selezione del miglior strumento di automazione
Inoltre, la valutazione dello strumento include:
Durante la selezione di uno strumento di automazione è molto importante considerare se è supportato nell'implementazione della GUI dell'applicazione.
- La GUI è implementata utilizzando HTML tradizionale o AJAX o altri toolkit di sviluppo web
- La GUI include video, immagini o molto contenuto scritto?
- È interattivo o solo informativo
- Browser necessari per essere testati .
È importante valutare lo strumento sui punti precedenti per capire se lo strumento soddisfa davvero i requisiti di test del progetto.
Sviluppo di proof of concept sull'automazione:
L'implementazione di un file test di automazione POC è un metodo cruciale e più spesso utilizzato per introdurre uno strumento in un'organizzazione. Una volta deciso che l'automazione deve essere eseguita e uno strumento è stato scelto, è il momento di creare un prototipo come POC e presentarlo alla direzione per mostrare l'utilizzo e i vantaggi in tempo reale.
Fare così:
1) Decidi i casi di test che useremo nel POC.
2) Aiuta a scegliere le aree a cui i clienti saranno più interessati.
3) Pianifica di mostrare il manuale rispetto all'automazione in un modo che dimostri che non c'è degrado nella qualità scegliendo l'automazione.
4) Includere un caso di test che non riesce e si traduce nella ricerca di un difetto: questo aiuta a rafforzare il fatto che lo strumento può effettivamente trovare difetti
5) Usa asserzioni e punti di convalida ove necessario.
6) Mostra chiaramente le aree che possono e non possono essere automatizzate. Di solito, i seguenti aspetti non possono essere automatizzati:
- Il video vibra
- Contenuto Flash (contenuto non statico)
- Immagini non statiche
7) Evidenzia se lo strumento soddisfa i seguenti requisiti?
oracle pl sql intervista domande e risposte per esperti
- Può automatizzare tutte le funzionalità chiave dell'applicazione desiderata
- L'automazione è possibile sullo stesso browser richiesto dal progetto
- L'automazione richiederà un cambiamento nell'implementazione dell'applicazione? (come per l'automazione è importante che gli identificatori degli elementi siano univoci e non cambino ogni volta che viene richiamata la pagina)
Il risultato del POC- di solito è uno dei seguenti:
- Gli strumenti soddisfano i requisiti del progetto - Elaborare ulteriori dettagli. Come il costo di implementazione: è necessario negoziare i prezzi, finalizzare le tariffe di licenza, i costi di formazione e supporto, le spese di consulenza e di implementazione ecc. In caso di open source, gli strumenti determinano la maturità dello strumento, le risorse di apprendimento disponibili, la curva di apprendimento, il supporto disponibile ecc. Sia per gli strumenti con licenza che per quelli open source, devono essere considerati anche i costi di manutenzione. Va tenuto presente che i vantaggi sono sostanziali solo per un lungo periodo di tempo.
- Lo strumento non soddisfa i requisiti e ha dei limiti: lo strumento non è più considerato.
- Lo strumento soddisfa parzialmente i requisiti - rivedere e verificare se un altro soddisfa meglio i requisiti O se l'automazione è totalmente fuori dal quadro O se c'è qualche altra soluzione alternativa con lo stesso strumento.
Una volta presentato il nostro proof of concept alla direzione e ottenuto il via libera da loro, il passo successivo è l'implementazione di un progetto pilota utilizzando quello strumento.
Modello POC:
Non esiste un modello POC perfetto. Generalmente include:
- Requisiti per POC
- Candidati di POC (Tutti gli strumenti di automazione)
- Requisiti del progetto
- Pro e contro di ogni strumento in base ai requisiti del progetto
- Risultato POC
Ecco un paio di modelli di POC di automazione come riferimento:
=> Modello POC 1
=> Modello POC 2
Realizzazione di un progetto pilota:
Dovremmo definire il nostro progetto pilota in base a:
- Quantificare i casi aziendali che determineranno se dovremmo utilizzare questo strumento o meno.
- Definire la convenzione di denominazione e varie linee guida per lo strumento dell'applicazione.
- Vantaggi di uno strumento come finanziario e altri, cosa si può fare e cosa non si può fare e anche le sue possibili soluzioni.
Passo 1. Scelta dei casi di test per il pilota
- Moduli / caratteristiche importanti dal punto di vista del cliente
- Funzionalità facile da dimostrare (happy path end to end)
- I casi di test difficili da testare manualmente e una volta automatizzati semplificheranno il test
- Funzionalità non funzionante per dimostrare come l'automazione può aiutare a identificare il caso di test fallito
Passo 2. Framework di automazione sviluppo
Un framework di automazione dei test è l'insieme di concetti, processi, procedure, pratiche e ambiente. Non è altro che un sistema integrato costituito da regole per automatizzare un determinato prodotto. Questo sistema include un set di librerie funzionali, API, dati di test, repository di oggetti e vari altri moduli. Il framework e l'approccio dello scripting utilizzato per l'automazione dei test hanno effetto sui suoi costi.
È possibile utilizzare le seguenti tecniche di scripting:
- Lineare
- Ibrido
- Basato sui dati
- Keyword driven e
- Strutturato
Utilizzando una qualsiasi delle tecniche di cui sopra, è possibile progettare un framework di test che aiuterà a ottenere un formato specifico per guidare il test, semplificare l'esecuzione del test e il reporting.
Determina modelli, convenzioni di denominazione per oggetti, casi di test, suite di test, repository di dati ecc.
Passaggio 3. Sviluppo ed esecuzione di script
Passaggio 4. Segnalazione: Lo strumento dispone di funzionalità di reporting integrate? I report incorporati sono in grado di trasmettere tutte le informazioni richieste con precisione? Avremo bisogno di un altro strumento per la creazione di report come crystal report, reportNG, ecc.?
Passaggio 5 . Mantenimento degli script di automazione
Presentare agli stakeholder:
Per quanto la prova del concetto e l'implementazione di un progetto pilota siano importanti, è altrettanto importante presentarlo nel modo corretto. I seguenti punti aiuteranno a presentarlo in modo positivo.
come implementare la coda in java
- Inizia con quanto impegno di test manuale viene impiegato in ogni ciclo di test, le sfide affrontate durante i test manuali e come possiamo utilizzare l'automazione per superarle.
- Spiega come hai selezionato lo strumento in base alla prova di concetto
- Evidenzia le caratteristiche dello strumento di automazione e il modo in cui integra i requisiti di test
- Durante l'esecuzione dell'automazione, spiega come lo strumento di automazione non solo aiuterà nell'esecuzione dei test più rapida, ma anche la sua capacità di eseguire la verifica e l'identificazione dei bug.
- Dimostrare come il report mostrerà lo stato di esecuzione dello scenario di test
- Evidenzia funzionalità di reporting come legende colorate per diversi stati di test case, istantanee di test case non riusciti e portabilità dei report
- E infine mostra quanto tempo di test sarà ridotto per ogni ciclo di test.
- Spiega anche come puoi ottenere l'intero framework di automazione che hai sviluppato ei suoi vantaggi in termini di utilizzo e manutenzione.
Preparati a rispondere a domande relative al tempo necessario per automatizzare una singola funzionalità semplice o critica. Inoltre, se si verifica una modifica minore sul fronte dell'applicazione, quante modifiche allo script saranno necessarie e quanto tempo sarà necessario per la modifica.
Ci auguriamo che questa guida sia utile per iniziare a scrivere un documento POC per il test dell'automazione. Fateci sapere se avete domande.
Lettura consigliata
- Processo di test di automazione in 10 passaggi: come avviare il test di automazione nella tua organizzazione
- Sikuli GUI Automation Testing Tool - Guida per principianti Parte n. 2
- Una guida passo passo per ottenere il tuo primo progetto di test in crowdsourcing a pagamento
- Migliori strumenti di test del software 2021 [Strumenti di automazione del test QA]
- Esercitazione sul test di accessibilità (una guida completa passo passo)
- Alpha test e beta test (una guida completa)
- Che cos'è il test di automazione (Guida definitiva per avviare l'automazione del test)
- 10 suggerimenti da leggere prima di automatizzare il lavoro di test