Introduzione alle domande di intervista per i test manuali
Molte persone hanno idee sbagliate secondo cui al giorno d'oggi le aziende non assumono tester manuali, esiste un requisito per i tester di automazione solo sul mercato. Ma questo non è vero. Senza dubbio, poiché le aziende si stanno muovendo verso l'automazione, quindi vi è una forte domanda di tester di automazione ma in qualsiasi progetto, tutte le cose non possono essere automatizzate, c'è sempre un ambito di test manuali e anche i tester manuali sono tenuti ad avere una profonda conoscenza di tutti i tipi di test, scenari di test, differenze tra loro, ecc. Esistono molte certificazioni di test e come principiante o tester manuale, si consiglia di cancellare la certificazione ISTQB in quanto fornisce una conoscenza approfondita dei concetti chiave dei test.
Ora, se stai cercando un lavoro correlato ai test manuali, allora devi prepararti per le domande di intervista per i test manuali del 2019. È vero che ogni colloquio è diverso secondo i diversi profili professionali. Qui, abbiamo preparato le importanti domande e risposte relative al colloquio di test manuali che ti aiuteranno ad avere successo nel tuo colloquio.
In questo articolo del 2019 sulle domande di intervista ai test manuali, presenteremo le 10 domande di intervista ai test manuali più importanti e più frequenti. Queste domande di intervista sono divise in due parti:
Parte 1 - Domande di intervista per i test manuali (di base)
Questa prima parte tratta le domande e le risposte di intervista per i test manuali di base.
Q1. Qual è la differenza tra verifica e convalida nei test del software?
Risposta:
La verifica comporta il processo statico di verifica di documenti, codice e progettazione al fine di verificare se il software è conforme ai requisiti menzionati nei documenti (SRS). Comprende procedura dettagliata, ispezione e revisione del codice. Considerando che la convalida è un processo dinamico che comporta l'esecuzione del codice e verificare se il software funziona come previsto o meno. Implica la ricerca dei bug che vengono eseguiti da un team di test tramite l'esecuzione del codice. Il test della scatola nera, il test della scatola bianca e il test della scatola grigia fanno parte del test di convalida del software.
Q2. Qual è la differenza tra Test Driver e Test Stub in Software Testing?
Risposta:
Test Driver e Test Stub sono fondamentalmente un pezzo di codice che funziona come sostituto del codice originale non sviluppato per eseguire i test. I driver sono utilizzati in un approccio dal basso verso l'alto e sono fondamentalmente utilizzati come moduli di chiamata se i moduli interni sono implementati e devono essere testati mentre gli Stub sono utilizzati in un approccio dall'alto verso il basso e utilizzati dove viene preparato il modulo principale ma i moduli chiamati sono ancora non fatto.
Ad esempio, in un'applicazione Web, ci sono 3 moduli, ad esempio Login, Home, Utenti. Se il modulo Login è preparato ma non la Home e gli utenti, quindi il modulo "chiamato" sostitutivo per Home e Users è Stub mentre viene preparato il modulo principale Login. Ma se il modulo Home e Users sono preparati ma il modulo principale Login non è preparato, quindi il modulo sostitutivo di “chiamata” per Login si chiama Driver.
Q3. A che punto di un'applicazione dovremmo iniziare i test?
Risposta:
Una volta raccolti i requisiti in un progetto, è necessario iniziare la pianificazione del test, la strategia di test e la creazione del caso di test o l'intero processo di test. Oggi quasi tutti i progetti seguono la metodologia Agile, quindi i requisiti non sono stati fissati all'inizio, ma le storie degli utenti per le nuove funzionalità che verranno implementate in una versione particolare vengono fornite ai tester. Quindi la pianificazione del test e la creazione del case di test o la creazione di script di test (in caso di test di automazione) sono iniziate insieme allo sviluppo del software. La maggior parte delle aziende segue l'approccio Test Driven Development (TDD) per sviluppare il software in cui i casi di test sono scritti prima del codice e il codice è scritto in modo da convalidare il test.
Passiamo alle prossime domande di intervista per i test manuali.
Q4. Quali punti devono essere tenuti a mente durante il test di applicazioni Web e mobili o differenze nel test dei due?
Risposta:
I test delle applicazioni Web e mobili sono diversi. Pertanto, è necessario testare diversi scenari durante il test:
- Il supporto del browser è testato per applicazioni web come Chrome, Firefox, IE, ecc. Mentre l'applicazione mobile è testata su varie versioni del sistema operativo come Android 7, 8, 9, ecc.
- Il crash dell'applicazione su vari scenari e l'impedimento di altre applicazioni intermedie viene testato nell'applicazione mobile mentre il test di sessione e cookie viene eseguito nelle applicazioni Web.
- Nelle applicazioni mobili, l'applicazione viene testata su schermi di varie dimensioni mobili se gli elementi sono correttamente allineati secondo le dimensioni dello schermo, mentre l'applicazione Web viene testata su varie risoluzioni desktop.
- I gesti delle mani e della voce come pizzicamento, scorrimento, riconoscimento vocale sono testati su dispositivi mobili, mentre le semplici funzioni di digitazione e copia e incolla sono testate nelle applicazioni web.
Q5. Va bene usare un modello Agile per testare piccoli progetti?
Risposta:
Agile è un approccio incrementale e iterativo per lo sviluppo del software ed è più fattibile per progetti flessibili e di grandi dimensioni in cui i requisiti continuano a cambiare nel tempo. Per i piccoli progetti in cui i requisiti non sono troppo elevati, Agile non dovrebbe essere preferito in quanto costerebbe più budget del progetto in quanto coinvolge vari team che lavorano contemporaneamente e possono ostacolare il tempo complessivo nella consegna del software.
Parte 2 - Domande di intervista per i test manuali (avanzate)
Vediamo ora le domande e le risposte avanzate per le interviste sui test manuali.
Q6. Che cos'è il ciclo di vita dei test software?
Risposta:
Software Testing Life Cycle (STLC) è un processo che prevede una procedura dettagliata seguita durante il test di qualsiasi applicazione software al fine di garantire che il software funzioni come previsto. Di seguito sono riportate le varie fasi di STLC:
- Raccolta dei requisiti
- Pianificazione del test
- Analisi di prova
- Test di progettazione
- Test dell'ambiente di installazione
- Esecuzione del test
- Chiusura del test
Q7. Che cos'è il test negativo e perché viene eseguito?
Risposta:
Il test negativo, noto anche come falso test o test del percorso di errore include il test di qualsiasi applicazione software in condizioni impreviste. I test positivi assicurano che il software funzioni come previsto, mentre i test negativi indicano come il software si comporterà in condizioni irregolari / impreviste. Viene fatto per garantire la stabilità di un'applicazione.
Supponiamo che per un'applicazione di e-commerce, i casi di test negativi possano essere se la persona aggiunge alcuni contenuti extra / dannosi nell'URL, quindi quale dovrebbe essere l'output, se l'applicazione può gestire 1000 utenti alla volta, come si comporterà se gli utenti aumentano di 3 volte, ecc.
Passiamo alle prossime domande di intervista per i test manuali.
Q8. Differenza tra bug, difetto e fallimento rispetto al test del software?
Risposta:
C'è una piccola differenza tra difetto, errore e guasto. Se una funzionalità non funziona come previsto o il risultato effettivo e previsto è diverso. E questo problema viene riscontrato dallo sviluppatore solo nella fase di sviluppo, quindi viene chiamato difetto. Quando il difetto è rimasto nella fase di sviluppo e viene rilevato dal tester nella fase di test, quel difetto è noto come un bug, quando il software viene consegnato all'utente finale e il cliente rileva un problema, allora è noto come un fallimento.
Q9. Che cos'è il test di partizionamento di equivalenza?
Risposta:
È un tipo di test black-box che può essere applicato a qualsiasi livello come test di unità, integrazione e sistema. In questo test, l'intervallo di input è diviso in un gruppo equivalente che dovrebbe mostrare lo stesso comportamento per ogni intervallo. Ad esempio, se la casella di testo della password accetta un valore compreso tra 5-15 caratteri, l'intervallo può essere 5-15 che è valido, più di 15 che non è valido, 0-5 che non è valido.
Q10. Che cos'è la copertura del test? È possibile ottenere una copertura del test al 100%?
Risposta:
La copertura del test è fondamentalmente una metrica di qualità che rappresenta la quantità di codice dell'applicazione coperta dai casi di test o la quantità di test eseguita dai casi di test creati. Aiuta a monitorare la qualità dei test. Più casi di test che coprono le aree massime di un'applicazione aiutano a ottenere la massima copertura di test riducendo le possibilità di fallimento. Sebbene non sia possibile ottenere una copertura del test al 100%, possiamo assicurarci che vengano creati casi di test per ogni ramo, istruzione che copra le aree massime di codice.
Articoli consigliati
Questa è stata una guida all'elenco delle domande e risposte al colloquio di prova manuale in modo che il candidato possa reprimere facilmente queste domande sul colloquio di prova manuale. Qui in questo post, abbiamo studiato le principali domande di intervista ai test manuali che vengono spesso poste nelle interviste. Puoi anche consultare i seguenti articoli per saperne di più -
- Le 13 principali domande per le interviste sui test del database
- Domande di intervista sui test di gioco
- Domande e risposte sull'intervista per i test ETL
- Domande di intervista per i test di penetrazione
- Come funziona il partizionamento di equivalenza?