39 Domande e risposte al colloquio di TOP Automation Testing

39 top automation testing interview questions

Domande di intervista sul test di automazione più frequenti per principianti e candidati di livello avanzato:

L'automazione dei test gioca un ruolo molto importante nell'intero ciclo di vita del software. La maggior parte delle volte, quando vogliamo prepararci per un colloquio di test di automazione, ci concentriamo solo su domande specifiche dello strumento.

Tuttavia, dovremmo anche considerare il fatto che apprendere e conoscere lo strumento è solo un mezzo e non è l'obiettivo finale.

Pertanto, ogni volta che ci stiamo preparando per un colloquio con un tester dell'automazione, dobbiamo considerare l ''automazione' nel suo insieme e concentrarci sul framework e sui passaggi coinvolti.

Sappiamo tutti che il test del software è una parte molto importante dello sviluppo del software. Tuttavia, con le metodologie e gli ambienti di sviluppo software in rapida crescita, diventa difficile testare manualmente tutto per un'applicazione in un tempo limitato insieme a vincoli di costo.

Pertanto, i test di automazione stanno rapidamente crescendo nel mercato per accelerare il ritmo di sviluppo. Questo tutorial include le principali domande dell'intervista sui test di automazione. Ho cercato di citare le domande brevi e veloci che sono molto specifiche per l'automazione nel suo insieme e non sono specifiche per nessun 'strumento'.

Top 39 domande di intervista sui test di automazione

Abbiamo coperto domande di base sull'automazione dei test e alcune domande avanzate per candidati di livello da intermedio a esperto con un massimo di 2 a 5 anni di esperienza.

D # 1) Cos'è l'automazione?

Risposta: L'automazione è qualsiasi azione che può ridurre gli sforzi umani.

D # 2) Che cosa sono i test di automazione?

Risposta: Il processo di utilizzo di strumenti software speciali o script per eseguire attività di test come l'immissione di dati, l'esecuzione delle fasi di test e il confronto dei risultati, ecc. È noto come test di automazione.

D # 3) Quali sono tutte le cose che puoi automatizzare?

Risposta:

• Suite di test di regressione
• Suite di test Smoke / Sanity
• Sviluppa la distribuzione
• Verifica la creazione dei dati
• Automatizzazione dietro la GUI come il test di API e metodi.

Q # 4) Quando è utile il test di automazione?

Risposta: Il test di automazione è utile nei seguenti scenari:

a) Test di regressione: In caso di correzione di un bug o di implementazione di un nuovo modulo, dobbiamo assicurarci che la funzionalità già implementata o non modificata non sia influenzata. In questo caso, finiamo per eseguire il test case di regressione più volte.

Per esempio: Dopo ogni richiesta di modifica o correzione di bug, dopo ogni iterazione in caso di approccio di sviluppo incrementale, ecc.

b) Test non funzionali: Testare gli aspetti non funzionali di un'applicazione.

Per esempio, Test di carico o test delle prestazioni, ecc. Sono molto difficili da monitorare e analizzare per gli esseri umani.

c) Calcolo complesso verifica o verifica scenari che sono soggetti a errori umani.

d) Esecuzione ripetuta degli stessi test: A volte, dobbiamo eseguire lo stesso set di test case per un diverso set di dati o dopo ogni rilascio di build o su più hardware, software o combinazione di entrambi.

L'automazione dei casi di test negli scenari di cui sopra aiuta a raggiungere la velocità dei test e a ridurre al minimo gli errori umani.

D # 5) Come si identificano i casi di test adatti all'automazione?

Risposta: Identificare i casi di test appropriati per l'automazione è il passo più importante verso l'automazione.

Q # 6) Riesci a ottenere il 100% di automazione?

Risposta: Sarebbe difficile ottenere un'automazione al 100% perché ci sarebbero molti casi di test marginali e alcuni casi che vengono eseguiti raramente. Automatizzare questi casi che non vengono eseguiti che spesso non aggiungeranno valore alla suite automatizzata.

Q # 7) Come decidere lo strumento da utilizzare per i test di automazione nei propri progetti?

Risposta: per identificare lo strumento per i test di automazione nel tuo progetto:

per) Comprendi a fondo i requisiti del tuo progetto e identifica gli scenari di test che desideri automatizzare.

b) Cerca l'elenco di strumenti che supportano i requisiti del tuo progetto.

c) Identifica il tuo budget per lo strumento di automazione. Seleziona gli strumenti entro il tuo budget.

d) Individua se disponi già di risorse qualificate per gli strumenti. Se non disponi delle risorse qualificate necessarie, identifica il costo per la formazione delle risorse esistenti o l'assunzione di nuove risorse.

e) Ora confronta ogni strumento per criteri chiave come:

• Quanto è facile sviluppare e mantenere gli script per lo strumento?
• Una persona non tecnica può anche eseguire i casi di test con poca formazione?
• Lo strumento supporta diversi tipi di piattaforme come web, mobile, desktop, ecc. In base ai requisiti del tuo progetto?
• Lo strumento ha una funzionalità di reportistica di prova? In caso contrario, è facilmente configurabile per lo strumento?
• Com'è lo strumento per il supporto cross-browser per le applicazioni basate sul web?
• Quanti diversi tipi di test può supportare questo strumento?
• Quante lingue supporta lo strumento?

f) Dopo aver confrontato gli strumenti, seleziona lo strumento che rientra nel tuo budget e supporta i requisiti del tuo progetto e ti offre maggiori vantaggi in base ai criteri chiave sopra menzionati.

D # 8) Attualmente non ho alcuna automazione in atto nel mio progetto, ma ora voglio implementare l'automazione, quali sarebbero i miei passaggi?

Risposta:

• Innanzitutto, identifica il tipo di test / casi di test che desideri automatizzare.
• Identifica lo strumento
• Progetta il framework
• Crea file di utilità e file di ambiente.
• Inizia a creare script
• Identifica e lavora sulla segnalazione.
• Allocare tempo per migliorare e mantenere gli script.

I passaggi necessari per mettere in atto il test di automazione per un progetto includono:

• Comprendere i vantaggi e gli svantaggi dei test di automazione e identificare gli scenari di test adatti all'automazione.
• Seleziona lo strumento di automazione più adatto per automatizzare gli scenari identificati
• Trova l'esperto dello strumento che ti aiuti a configurare lo strumento e l'ambiente richiesto per eseguire i casi di test utilizzando lo strumento.
• Formare il team in modo che possa scrivere script nel linguaggio di programmazione supportato dallo strumento.
• Crea il framework di test o identifica quello già esistente che soddisfa i tuoi requisiti.
• Scrivi un piano di esecuzione per sistema operativo, browser, dispositivi mobili, ecc.
• Scrivi script di programmazione per casi di test manuali per convertirli in casi di test automatizzati.
• Segnala lo stato del test case utilizzando la funzione di reporting dello strumento.
• Mantenere gli script per modifiche in corso o nuove funzionalità.

Q # 9) Come decidi quale strumento utilizzare?

Risposta: Conclusione quale strumento è più adatto perché il progetto richiede un sacco di brainstorming e discussioni.

D # 10) Una volta identificato lo strumento, quali saranno i tuoi prossimi passi?

Risposta: Una volta finalizzato lo strumento, il nostro prossimo passo sarebbe progettare il framework.

D # 11) Cos'è un framework?

Risposta: Un framework è un insieme della struttura dell'intera suite di automazione. È anche una linea guida che, se seguita, può portare a una struttura facile da mantenere e migliorare.

Queste linee guida includono:

• Standard di codifica
• Gestione dei dati di prova
• Manutenzione e gestione degli elementi (repository di oggetti in QTP)
• Gestione dei file dell'ambiente e del file delle proprietà
• Segnalazione dei dati
• Gestione dei registri

D # 12) Quali sono gli attributi di un buon framework?

Risposta: le caratteristiche includono:

• Modulare: Il quadro dovrebbe essere adattabile al cambiamento. I tester dovrebbero essere in grado di modificare gli script in base all'ambiente o alla modifica delle informazioni di accesso.
• Riutilizzabile: I metodi o le utilità comunemente usati dovrebbero essere scritti in un file comune accessibile a tutti gli script.
• Coerente: La suite dovrebbe essere scritta in un formato coerente seguendo tutte le pratiche di codifica accettate.
• Indipendente: Gli script dovrebbero essere scritti in modo tale da essere indipendenti l'uno dall'altro. Nel caso in cui un test fallisca, non dovrebbe trattenere i restanti casi di test (a meno che non sia una pagina di accesso)
• Registri: È positivo aver implementato la funzionalità di registrazione nel framework. Ciò sarebbe utile nel caso in cui i nostri script vengano eseguiti per più ore (ad esempio la modalità notturna), se lo script fallisce in qualsiasi momento, avere il file di registro ci aiuterà a rilevare la posizione insieme al tipo di errore.
• Segnalazione: È bene avere la funzione di reporting incorporata automaticamente nel framework. Una volta terminato lo scripting, possiamo avere i risultati e i rapporti inviati tramite e-mail.
• Integrazione: Automation Framework dovrebbe essere tale che sia facile da integrare con altre applicazioni come l'integrazione continua o l'attivazione dello script automatizzato non appena la build viene distribuita.

D # 13) Puoi fare a meno di un framework?

Risposta: I framework sono linee guida e non regole obbligatorie, quindi possiamo fare a meno di un framework, ma se lo creiamo e lo seguiamo, migliorarlo e mantenerlo sarebbe facile da implementare.

D # 14) Quali sono i diversi tipi di strumento di automazione di cui sei a conoscenza?

Risposta: Strumento open source come Selenium, JMeter, ecc.

Strumenti a pagamento come QTP, Load Runner, Ranorex, RFT e Rational Robot.

D # 15) Qual è generalmente la struttura di un framework?

Risposta: Normalmente la struttura dovrebbe avere - (Sarebbe diverso da progetto a progetto)

• Una cartella 'src' (sorgente) contenente gli script di test effettivi.
• Una cartella 'lib' (libreria) con tutte le librerie e metodi comuni.
• Una cartella 'class' contenente tutto il file di classe (eventualmente utilizzando java).
• Una cartella 'log' contenente i file di registro.
• Un file / cartella con tutti gli ID degli elementi web.
• Un file contenente l'URL, l'ambiente e le informazioni di accesso.

Q # 16) Dove manterrai le informazioni come URL, login, password?

Risposta: Queste informazioni dovrebbero sempre essere conservate in un file separato.

D # 17) Perché vuoi mantenere questo tipo di informazioni in un file separato e non direttamente nel codice?

Risposta: URL, Login e password sono i tipi di campi utilizzati molto spesso e cambiano in base all'ambiente e all'autorizzazione. Nel caso in cui lo codifichiamo nel nostro codice, dobbiamo cambiarlo in ogni file che ha il suo riferimento.

Nel caso in cui ci siano più di 100 file, diventa molto difficile modificare tutti i 100 file e questo, a sua volta, può portare a errori. Quindi questo tipo di informazioni viene mantenuto in un file separato in modo che l'aggiornamento diventi facile.

D # 18) Quali sono i diversi tipi di framework?

Risposta: Diversi tipi di framework includono:

• Framework basato sulle parole chiave
• Framework basato sui dati
• Framework ibrido
• Scripting lineare

Q # 19) Puoi raccontare alcune buone pratiche di codifica durante l'automazione?

Risposta: Alcune delle buone pratiche di codifica includono:

• Aggiungi commenti appropriati.
• Identifica i metodi riutilizzabili e scrivili in un file separato.
• Segui le convenzioni di codifica specifiche della lingua.
• Conserva i dati del test in un file separato.
• Esegui regolarmente i tuoi script.

D # 20) Qualche tipo di test che pensi non dovrebbe essere automatizzato?

Risposta:

• Test che vengono eseguiti raramente.
• Test esplorativi
• Test di usabilità
• Test che viene eseguito rapidamente se eseguito manualmente.

Q # 21) Pensi che il test possa essere fatto solo a livello di UI?

dove trovare la chiave di sicurezza di rete per il wifi

Risposta: Oggi, poiché stiamo passando alla modalità Agile, il test non è limitato al livello dell'interfaccia utente. Il feedback iniziale è imperiale per un progetto agile. Se ci concentriamo solo sul livello dell'interfaccia utente, stiamo effettivamente aspettando che l'interfaccia utente sia sviluppata e disponibile per il test.

Piuttosto possiamo testare anche prima che l'interfaccia utente sia effettivamente sviluppata. Possiamo testare direttamente le API oi metodi utilizzando strumenti come Cucumber e FitNesse .

In questo modo, forniamo il feedback molto presto e stiamo testando anche prima che l'interfaccia utente venga sviluppata. Seguire questo approccio ci aiuterà a testare solo l'aspetto GUI di piccole modifiche estetiche o alcune convalide sull'interfaccia utente e aiuterà gli sviluppatori dando più tempo per correggere i bug.

D # 22) Come selezioni lo strumento di automazione più adatto a te?

Risposta: La selezione dello strumento di automazione dipende da vari fattori come:

• L'ambito dell'applicazione che vogliamo automatizzare.
• Spese generali di gestione come costi e budget.
• È ora di imparare e implementare lo strumento.
• Tipo di supporto disponibile per lo strumento.
• Limitazione dello strumento

Q # 23) Cosa pensi che trattiene i tester a fare automazione? C'è un modo per superarlo?

Risposta: Il principale ostacolo per i tester è imparare a programmare / codificare quando vogliono automatizzare. Poiché i tester non codificano, l'adattamento alla codifica è un po 'impegnativo per i tester.

Possiamo superarlo:

• Collaborare con gli sviluppatori durante l'automazione.
• Considerando che l'automazione è responsabilità di tutto il team e non solo dei tester.
• Dare un tempo dedicato e concentrarsi sull'automazione.
• Ottenere un adeguato supporto gestionale.

È possibile salvare queste domande dell'intervista sui test di automazione come PDF e stamparle per ulteriori letture.

D # 24) Che cos'è un framework di test di automazione?

Risposta: Un quadro, in generale, è un insieme di linee guida. Una serie di linee guida, presupposti, concetti e pratiche di codifica per creare un ambiente di esecuzione in cui i test saranno automatizzati, è noto come framework di test di automazione.

Un framework di test di automazione è responsabile della creazione di un test harness con un meccanismo per connettersi con l'applicazione sottoposta a test, prendere input da un file, eseguire i casi di test e generare i report per l'esecuzione del test. Un framework di test di automazione dovrebbe essere indipendente dall'applicazione e dovrebbe essere facile da usare, modificare o estendere.

D # 25) Quali sono i moduli importanti di un framework di test di automazione?

Risposta: I moduli importanti di un framework di test di automazione sono:

1. Strumento di verifica delle asserzioni: Questo strumento fornirà dichiarazioni di asserzione per testare i valori attesi nell'applicazione sottoposta a test. Per esempio. TestNG, Junit, ecc.
2. Configurazione dati: Ciascun caso di test deve prendere i dati dell'utente dal database o da un file o incorporati nello script di test. Il modulo dati Framework dovrebbe occuparsi dell'assunzione di dati per gli script di test e le variabili globali.
3. Strumento di gestione della build: Il framework deve essere costruito e distribuito per l'utilizzo della creazione di script di test.
4. Strumento di integrazione continua: Con CICD (Continuous Integration and Continuous Development) in atto, è necessario uno strumento di integrazione continua per integrare e distribuire le modifiche apportate nel framework a ogni iterazione.
5. Strumento di segnalazione: Uno strumento di reporting è necessario per generare un report leggibile dopo che i casi di test sono stati eseguiti per una migliore visualizzazione dei passaggi, dei risultati e degli errori.
6. Strumento di registrazione: Lo strumento di registrazione nel framework aiuta a migliorare il debug degli errori e dei bug.

D # 26) Spiega alcuni strumenti di test di automazione.

Risposta: Alcuni dei famosi strumenti di test di automazione sono spiegati di seguito:

(i) selenio : Selenium è un framework di test per i test di automazione delle applicazioni web. Supporta più browser ed è indipendente dal sistema operativo. Selenium supporta anche vari linguaggi di programmazione come Java, C #, PHP, Ruby e Perl, ecc.

Selenio è un set di librerie open source che può essere utilizzato per sviluppare framework di test aggiuntivi o script di test per testare applicazioni basate sul web.

(ii) UFT : Unified Functional Testing è uno strumento con licenza per il test funzionale. Fornisce un'ampia gamma di funzionalità come API, servizi Web, ecc. E supporta anche più piattaforme come desktop, Web e dispositivi mobili. Gli script UFT sono scritti in linguaggio di scripting visual basic.

(Ii) epoche : Appium è uno strumento di test delle applicazioni mobili open source. Viene utilizzato per automatizzare i test su applicazioni mobili multipiattaforma, native, ibride e basate sul web. Appium automatizza qualsiasi applicazione mobile da qualsiasi lingua con pieno accesso ad API e DB dal codice di test.

Appium si basa sull'architettura client-server e si è evoluto dal selenio.

(iv) Cetriolo : Cucumber è uno strumento di sviluppo basato sul comportamento open source. Viene utilizzato per i test di automazione delle applicazioni basate sul Web e supporta linguaggi come ruby, java, scala, groovy, ecc. Cucumber legge le specifiche eseguibili scritte in testo normale e verifica l'applicazione sottoposta a test per quelle specifiche.

Affinché il cetriolo comprenda gli scenari in testo normale, dobbiamo seguire alcune regole di sintassi di base note come Gherkin.

(v) TestComplete : TestComplete è uno strumento di test automatizzato dell'interfaccia utente con licenza per testare l'applicazione su diverse piattaforme come desktop, web, dispositivi mobili, ecc. Offre flessibilità per registrare un caso di test su un browser ed eseguirlo su più browser e quindi supporta il test su più browser.

TestComplete ha un algoritmo di riconoscimento degli oggetti integrato che identifica in modo univoco un oggetto e lo memorizza nel repository.

D # 27) Quali sono i diversi tipi di tecniche del framework di test?

Risposta: Esistono quattro tipi di tecniche di framework di test di automazione.

Sono:

(i) Framework di test modulare:

Questo quadro si basa sul concetto di astrazione. In questo framework, il tester crea gli script per ogni modulo dell'applicazione sotto test individualmente, quindi questi script vengono combinati in ordine gerarchico per creare casi di test di grandi dimensioni.

Crea uno strato di astrazione tra i moduli, quindi qualsiasi modifica negli script di test per un modulo non influisce su nessun altro modulo.

Vantaggi di questo framework:

• Manutenzione e scalabilità più semplici dei casi di test.
• La creazione di casi di test utilizzando moduli già con script è più facile e veloce.

Svantaggi:

• I casi di test contengono dati incorporati. Pertanto, l'esecuzione dello stesso script di test con dati diversi è un grande cambiamento a livello di script.

(ii) Framework di test basato sui dati:

Nel framework di test basato sui dati, i dati di input ei dati di output previsti corrispondenti ai dati di input vengono archiviati in un file o database e lo script automatizzato esegue lo stesso set di passaggi di test per più set di dati. Con questo framework, possiamo eseguire più casi di test in cui solo i dati di input differiscono e le fasi di esecuzione sono le stesse.

Vantaggi:

• Riduce il numero di script di test che devono essere eseguiti. Eseguiamo lo stesso script più volte con dati diversi.
• Meno codifica per i test di automazione.
• Maggiore flessibilità per mantenere e correggere i bug o migliorare la funzionalità.
• I dati del test possono essere creati anche prima che il sistema automatizzato per il test sia pronto.

Svantaggi:

• Solo casi di test simili con lo stesso set di passaggi di esecuzione possono essere combinati per più set di dati. Il diverso set di passaggi di esecuzione richiede un diverso test case.

(iii) Framework di test basato su parole chiave:

È un framework di test indipendente dall'applicazione che utilizza tabelle di dati e parole chiave autoesplicative. Le parole chiave spiegano le azioni da eseguire sull'applicazione sottoposta a test e la tabella dati fornisce i dati di input e output attesi.

Il test basato su parole chiave è un incremento rispetto al test basato sui dati.

Vantaggi:

• È possibile utilizzare meno codice e lo stesso script per più set di dati.
• Non è richiesta esperienza nell'automazione per creare un test case utilizzando le parole chiave già esistenti per le azioni.
• Le stesse parole chiave possono essere utilizzate in più casi di test.

Svantaggi:

• Questo framework è più complicato in quanto deve occuparsi delle azioni delle parole chiave e anche dell'input dei dati.
• I casi di test diventano più lunghi e complessi, influenzando così la manutenibilità degli stessi.

(iv) Framework di test ibrido:

Questo framework è una combinazione di tutti i framework di test sopra menzionati (Modular, Data-driven e Keyword-driven).

In questo framework, i casi di test vengono sviluppati da script modulari combinandoli nel framework di test modulare. Ciascuno dei casi di test utilizza uno script del driver che utilizza un file di dati come nel framework basato sui dati e un file di azioni basato su parole chiave.

Vantaggi:

• Modulare e di facile manutenzione.
• Meno codifica può occuparsi di più casi di test.
• Un test case può essere eseguito con più set di dati.

Svantaggi:

• Complesso da leggere, mantenere e migliorare.

Q # 28) Quando preferisci il test manuale rispetto al test di automazione?

Risposta: Preferiamo i test manuali rispetto ai test di automazione nei seguenti casi:

• Il progetto è a breve termine e la scrittura di script richiederà tempo e denaro rispetto ai test manuali.
• È richiesta flessibilità. I casi di test automatizzati vengono programmati ed eseguiti in un modo specifico di configurazioni.
• È necessario eseguire test di usabilità.
• Applicazioni / modulo è stato sviluppato di recente e non ha precedenti casi di test.
• Devono essere eseguiti test ad hoc o esplorativi.

D # 29) I test di automazione nella metodologia agile sono utili o no?

Risposta: I test di automazione sono utili per i test di regressione, fumo o sanità mentale. Tutti questi tipi di test nel tradizionale modello a cascata avvengono alla fine del ciclo ea volte se non ci sono molti miglioramenti all'applicazione, potremmo anche non doverli fare test di regressione .

Considerando che, in metodologia agile , ogni iterazione richiede l'esecuzione del test case di regressione man mano che vengono aggiunte nuove funzionalità.

Inoltre, la suite di regressione stessa continua a crescere dopo ogni sprint poiché i casi di test funzionali del modulo sprint corrente devono essere aggiunti alla suite di regressione per lo sprint successivo.

Pertanto, i test di automazione nella metodologia agile sono molto utili e aiutano a ottenere la massima copertura dei test in meno tempo dello sprint.

D # 30) Elenca alcuni vantaggi e svantaggi dei test di automazione.

Risposta:

Vantaggi:

• Meno risorse umane
• Riusabilità
• Più copertura dei test in meno tempo
• Affidabilità
• Esecuzione parallela di casi di test
• Veloce

Svantaggi:

come trovare la chiave di crittografia wireless

• Il tempo di sviluppo e manutenzione è maggiore.
• Costo dello strumento
• Sono necessarie risorse qualificate.
• Configurazione dell'ambiente
• Il debug dello script di test è un problema.

D # 31) Elenca alcuni vantaggi e svantaggi del test manuale.

Risposta:

Vantaggi:

• Nessuna configurazione dell'ambiente necessaria.
• Non sono richieste conoscenze di programmazione.
• Consigliato per requisiti che cambiano dinamicamente.
• Consenti al potere di osservazione umana di rilevare più bug.
• Il costo è inferiore per i progetti a breve termine.
• Flessibilità

Svantaggi:

• Difficile eseguire calcoli complessi.
• Riusabilità
• Ci vuole tempo
• Alto rischio di errori umani o errori.
• Sono necessarie più risorse umane.

D # 32) Possiamo eseguire test di automazione senza un framework? Se sì, allora perché abbiamo bisogno di un framework?

Risposta: Sì, possiamo eseguire test di automazione anche senza utilizzare un framework. Possiamo solo capire lo strumento che stiamo utilizzando per l'automazione e programmare i passaggi nel linguaggio di programmazione supportato dagli strumenti.

Se automatizziamo i casi di test senza un framework, non ci sarà alcuna coerenza negli script di programmazione per i casi di test.

È necessario un framework per fornire una serie di linee guida che tutti devono seguire per mantenere leggibilità, riusabilità e coerenza negli script di test. Un framework fornisce anche un terreno comune per la funzionalità di reporting e registrazione.

D # 33) Come automatizzerete i casi di test della funzionalità di 'login' di base per un'applicazione?

Risposta: Supponendo che lo strumento e il framework di automazione siano già al posto dell'ambiente di test.

Per testare la funzionalità di 'Accesso' di base:

• Comprendi i requisiti del progetto : La funzionalità di accesso avrà una casella di testo del nome utente, una casella di testo della password e un pulsante di accesso.
• Identifica gli scenari di test: Per la funzionalità di accesso, i possibili scenari di test sono:
  • Nome utente e password vuoti
  • Nome utente e password non validi
  • Un nome utente valido e una password non valida
  • Nome utente e password validi
• Preparare un File di input dei dati con i dati corrispondenti a ogni scenario.
• Avvia lo strumento dal programma.
• Identifica il campo del nome utente, il campo della password e il pulsante di accesso.
• Per ogni scenario di test, ottenere i dati dal file di dati e inserirli nei campi corrispondenti. Programma fare clic sul pulsante di accesso dopo aver inserito i dati.
• Convalidare il messaggio di errore per scenari negativi e il messaggio di successo per scenari positivi nello script di test con l'ausilio di asserzioni.
• Correre la suite di test e generare il report.

D # 34) L'automazione sta testando un test black box o un test white box?

Risposta: Il test di automazione è principalmente un file test della scatola nera poiché programmiamo solo i passaggi che un tester manuale esegue per l'applicazione sotto test senza conoscere il design di basso livello o il codice dell'applicazione.

A volte, gli script di test automatizzati richiedono l'accesso ai dettagli del database utilizzati nell'applicazione sottoposta a test o ad altri dettagli di codifica e quindi possono essere un tipo di test white box.

Pertanto, il test automatizzato può essere di tipo a scatola bianca o nera a seconda degli scenari in cui viene eseguita l'automazione.

D # 35) Quanti casi di test hai automatizzato al giorno?

Risposta: Ebbene, il numero dipende dalla complessità dei casi di test. Quando la complessità era limitata, ero in grado di automatizzare da 5 a 6 casi di test al giorno. A volte, sono stato in grado di automatizzare un solo test case per scenari complessi.

Ho anche suddiviso i miei casi di test in diversi componenti come, prendere input, fare il calcolo, verificare l'output ecc. In caso di scenari molto complessi e ho impiegato 2 o più giorni.

D # 36) Quali fattori determinano l'efficacia dei test di automazione?

Risposta: Alcuni dei fattori che determinano l'efficacia dei test di automazione sono:

• Risparmio di tempo eseguendo script sull'esecuzione manuale dei casi di test.
• Difetti riscontrati
• Copertura del test o copertura del codice
• Tempo di manutenzione o tempo di sviluppo
• Stabilità degli script
• Prova la riusabilità
• Qualità del software in prova

Q # 37) Quali casi di test possono essere automatizzati?

Risposta: I tipi di casi di test che possono essere automatizzati sono:

(i) Casi di test del fumo: Il test del fumo è anche noto come test di verifica della build. I casi di test del fumo vengono eseguiti ogni volta che viene rilasciata una nuova build per verificare l'integrità della build per l'accettazione per eseguire i test.

(ii) Casi di test di regressione : Il test di regressione è il test per garantire che i moduli sviluppati in precedenza funzionino come previsto dopo l'aggiunta di un nuovo modulo o la correzione di un bug.

I casi di test di regressione sono molto cruciali nell'approccio software incrementale in cui una nuova funzionalità viene aggiunta in ogni fase di incremento. In questo caso, il test di regressione viene eseguito in ciascuna fase incrementale.

(iii) Casi di test di calcolo complesso: I casi di test che implicano calcoli complessi per verificare un campo per un'applicazione rientrano in questa categoria. I risultati di calcoli complessi sono più soggetti a errori umani, quindi quando automatizzati danno risultati accurati.

(iv) Casi di test basati sui dati: I casi di test che hanno la stessa serie di passaggi ed eseguiti più volte con la modifica dei dati sono noti come casi di test basati sui dati. I test automatici per questi tipi di casi di test sono rapidi ed economici.

(v) Test case non funzionali : Casi di test come test di carico e test delle prestazioni richiedono un ambiente simulato con più utenti e più combinazioni hardware o software.

L'impostazione manuale di più ambienti è impossibile per ogni combinazione o numero di utenti. Gli strumenti automatizzati possono creare facilmente questo ambiente per eseguire facilmente test non funzionali.

D # 38) Quali sono le fasi del ciclo di vita dei test di automazione?

Risposta: Le fasi del ciclo di vita dei test di automazione includono:

1. La decisione di eseguire test di automazione.
2. Identifica e impara a conoscere lo strumento di automazione.
3. Determina l'ambito dei test di automazione.
4. Progettare e sviluppare una suite di test.
5. Esecuzione del test
6. Manutenzione degli script di test.

D # 39) Che cos'è uno script di test automatizzato?

Risposta: Uno script di test automatizzato è un breve programma scritto in un linguaggio di programmazione per eseguire una serie di istruzioni su un'applicazione sotto test per verificare se l'applicazione è conforme ai requisiti.

Questo programma, quando viene eseguito, fornisce i risultati del test come superato o non superato a seconda che l'applicazione sia conforme alle aspettative.

Conclusione

Queste sono le principali domande che sono indipendenti dallo strumento di automazione o dal linguaggio di programmazione. Le interviste ai test di automazione includono anche domande specifiche sullo strumento e sul linguaggio di programmazione a seconda dello strumento con cui hai lavorato.

La maggior parte delle domande del colloquio sull'automazione dei test sono incentrate sul framework sviluppato, quindi si consiglia di creare e comprendere a fondo il framework di test. Quando sto intervistando e il candidato ha risposto alla mia domanda sul framework, preferisco anche fare una domanda specifica per la lingua (core java nel mio caso).

Le domande partono dalle basi di java per scrivere la logica di alcuni scenari di base come:

• Come estrarreste un insieme di testo da una data riga?
• Come estraresti l'URL?
• In qualsiasi pagina web, in qualsiasi frame, il numero di link e il suo contenuto cambiano dinamicamente, come lo gestireste?
• Come gestisci le immagini e gli oggetti flash?
• Come trovi una parola in una riga?

Risposte a tutte queste domande di intervista sull'automazione del test sono molto specifici per lo strumento / la lingua che stai utilizzando per l'automazione. Quindi, prima di andare per il colloquio, rispolvera le tue capacità di programmazione.

Nel caso in cui non hai avuto la possibilità di creare la tua struttura e qualcun altro l'ha creata, prenditi del tempo per capirla a fondo prima di sederti per il colloquio.

Alcuni suggerimenti per le interviste ai test di automazione sarebbero:

• Conosci a fondo il tuo strumento.
• Impara le tecniche di localizzazione utilizzate dal tuo strumento.
• Esercitati a programmare utilizzando il linguaggio che utilizzi per i test di automazione.
• Impara il tuo framework e i suoi componenti.
• È sempre vantaggioso se sei stato coinvolto nello sviluppo del tuo framework. Quindi, sii accurato con i moduli nel framework su cui hai lavorato.

Spero che queste domande ti siano utili per prepararti a un colloquio di automazione dei test.

Lettura consigliata

• Domande e risposte dell'intervista
• Domande e risposte al colloquio di prova ETL
• Alcune interessanti domande di intervista sul test del software
• 25 migliori domande e risposte per l'intervista al test agile
• Le 20 domande e risposte più importanti dell'intervista sui test API
• Domande e risposte sul test del software (Parte 1)
• Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
• Top 30 domande e risposte al colloquio sui test di sicurezza