20 selective qa interview questions clear interview 2021
Domande e risposte al colloquio per il controllo qualità più frequenti per aiutarti a prepararti per il colloquio:
Ecco alcune delle domande che chiederei se intervistassi un ingegnere per la garanzia della qualità.
Le domande enfatizzeranno maggiormente i processi di qualità e la strategia e queste domande non verranno poste per i test.
Gli ingegneri del QA sono per lo più persone che hanno trascorso un po 'di tempo nel settore dei test perché quando si creano roadmap e strategie, è sempre vantaggioso avere una certa visibilità nel settore.
Iniziamo!!
Domande frequenti sui colloqui di controllo qualità
Iniziamo!!
Q # 1) Qual è la differenza tra garanzia di qualità, controllo di qualità e test?
Risposta: La garanzia della qualità è il processo di pianificazione e definizione del modo di monitorare e implementare i processi di qualità (test) all'interno di un team e di un'organizzazione. Questo metodo definisce e stabilisce gli standard di qualità dei progetti.
Il controllo di qualità è il processo di individuazione dei difetti e fornitura di suggerimenti per migliorare la qualità del software. I metodi utilizzati dal controllo di qualità sono generalmente stabiliti dalla garanzia della qualità. È responsabilità primaria del team di test implementare il controllo di qualità.
Il test è il processo di individuazione di difetti / bug. Verifica se il software costruito dal team di sviluppo soddisfa i requisiti stabiliti dall'utente e gli standard stabiliti dall'organizzazione.
Qui, l'obiettivo principale è trovare i bug ei team di test lavorano come guardiani della qualità.
D # 2) Quando pensi che dovrebbero iniziare le attività di QA?
Risposta: L'attività di QA dovrebbe iniziare all'inizio del progetto. Quanto più presto si avvia, tanto più vantaggioso è stabilire lo standard per il raggiungimento della qualità.
Il costo, il tempo e gli sforzi sono molto impegnativi nel caso in cui le attività di controllo della qualità vengano ritardate.
D # 3) Qual è il file differenza tra il piano di test e la strategia di test ?
Risposta: La strategia di test è a un livello più alto, per lo più creato dal Project Manager che dimostra l'approccio generale del test per l'intero progetto, mentre il piano di test descrive come il test dovrebbe essere eseguito per una particolare applicazione, che rientra in un progetto.
Q # 4) Puoi spiegare il ciclo di vita del test del software?
Risposta: Ciclo di vita del test del software si riferisce a un processo di test che ha passaggi specifici da eseguire in una sequenza definita per garantire che gli obiettivi di qualità siano stati raggiunti.
Q # 5) Come definisci un file formato di scrittura di un buon caso di prova ?
come usare il comando grep in unix
Risposta: il formato del test case include:
- ID caso di test
- Descrizione del test case
- Gravità
- Priorità
- Ambiente
- Versione build
- Passaggi da eseguire
- Risultati aspettati
- Risultati attuali
Q # 6) Qual è un buon test case?
Risposta: In parole semplici, un buon caso di prova è quello che trova un difetto. Ma tutti i casi di test non troveranno difetti, quindi un buon caso di test può anche essere uno che ha tutti i dettagli e la copertura prescritti.
D # 7) Cosa faresti se avessi una suite di grandi dimensioni da eseguire in pochissimo tempo?
Risposta: Nel caso in cui abbiamo meno tempo e dobbiamo eseguire il volume maggiore di casi di test, dovremmo dare la priorità al caso di test ed eseguire prima i casi di test ad alta priorità e poi passare a quelli con priorità inferiore.
In questo modo possiamo assicurarci che gli aspetti importanti del software vengano testati.
In alternativa, possiamo anche cercare la preferenza del cliente su quella che è la funzione più importante del software secondo loro, e dovremmo iniziare a testare da quelle aree e poi spostarci gradualmente verso quelle che sono di minore importanza.
D # 8) Pensi che anche i QA possano partecipare per risolvere i problemi di produzione?
Risposta: Decisamente!! Sarebbe una buona curva di apprendimento per i QA partecipare alla risoluzione dei problemi di produzione. Molte volte i problemi di produzione potrebbero essere risolti cancellando i registri o effettuando alcune impostazioni del registro o riavviando i servizi.
Questi tipi di problemi ambientali potrebbero essere risolti molto bene dal team di QA.
Inoltre, se il QA ha una visione approfondita della risoluzione dei problemi di produzione, possono includerli durante la scrittura dei casi di test e in questo modo possono contribuire a migliorare la qualità e cercare di ridurre al minimo i difetti di produzione.
Q # 9) Supponi di trovare un bug in produzione, come faresti ad assicurarti che lo stesso bug non venga introdotto di nuovo?
Risposta: Il modo migliore è scrivere immediatamente un test case per il difetto di produzione e includerlo nella suite di regressione. In questo modo ci assicuriamo che il bug non venga introdotto di nuovo.
Inoltre, possiamo pensare a casi di test alternativi o tipi simili di casi di test e includerli nella nostra esecuzione pianificata.
Q # 10) Qual è la differenza tra test funzionali e non funzionali?
Risposta:
Test funzionali si occupa dell'aspetto funzionale dell'applicazione. Questa tecnica verifica che il sistema si comporti secondo i requisiti e le specifiche. Questi sono direttamente collegati alle esigenze del cliente. Convalidiamo i casi di test rispetto ai requisiti specificati e facciamo in modo che i risultati dei test siano superati o meno di conseguenza.
Esempi includere regressione, integrazione, sistema, fumo, ecc
Test non funzionali , d'altra parte, verifica l'aspetto non funzionale dell'applicazione. Non si concentra sui requisiti, ma su fattori ambientali come prestazioni, carico e stress. Questi non sono esplicitamente specificati nel requisito ma sono prescritti negli standard di qualità. Quindi, in qualità di QA, dobbiamo assicurarci che a questi test siano concessi anche tempo e priorità sufficienti.
D # 11) Cosa sono i test negativi? In cosa è diverso dal test positivo?
Risposta: Il test negativo è una tecnica che convalida che il sistema si comporti correttamente in caso di input non validi. Per esempio, nel caso in cui l'utente inserisca dati non validi in una casella di testo, il sistema dovrebbe visualizzare un messaggio appropriato invece del messaggio tecnico che l'utente non comprende.
Test negativo è diverso dal test positivo in quanto il test positivo convalida che il nostro sistema funziona come previsto e confronta i risultati del test con i risultati attesi.
La maggior parte delle volte gli scenari per i test negativi non sono menzionati nei documenti dei requisiti funzionali. In qualità di QA dobbiamo identificare gli scenari negativi e dovremmo avere disposizioni per testarli.
D # 12) Come assicurereste che il vostro test sia completo e abbia una buona copertura?
Risposta: La matrice di tracciabilità dei requisiti e le matrici di copertura dei test ci aiuteranno a determinare che i nostri casi di test hanno una buona copertura.
La matrice di tracciabilità dei requisiti ci aiuterà a determinare che le condizioni di test sono sufficienti per coprire tutti i requisiti. Le matrici di copertura ci aiuteranno a determinare che i casi di test sono sufficienti per soddisfare tutte le condizioni di test identificate in RTM.
Un RTM avrà un aspetto simile a:
Allo stesso modo, Le matrici di copertura del test avranno il seguente aspetto:
miglior downloader di musica gratuito per PC
D # 13) Quali sono i diversi artefatti a cui ti riferisci quando scrivi i casi di test?
Risposta: I principali artefatti utilizzati sono:
- Specifica dei requisiti funzionali
- Documento di comprensione dei requisiti
- Casi d'uso
- Wireframe
- Storie degli utenti
- Criteri di accettazione
- Molte volte casi di test UAT
D # 14) Sei mai riuscito a scrivere i casi di test senza avere alcun documento?
Risposta: Sì, ci sono casi in cui abbiamo una situazione in cui dobbiamo scrivere casi di test senza avere documenti concreti.
In quel caso, il modo migliore è:
- Collabora con il BA e il team di sviluppo.
- Scava nella posta che contiene alcune informazioni.
- Analizza i casi di test / suite di regressione precedenti
- Se la funzionalità è nuova, prova a leggere le pagine wiki o l'aiuto dell'applicazione per avere un'idea
- Siediti con lo sviluppatore e cerca di capire le modifiche apportate.
- In base alla tua comprensione, identificare la condizione del test e inviarla a BA o alle parti interessate per esaminarli.
Q # 15) Cosa si intende con Verifica e validazione ?
Risposta:
Validazione è il processo di valutazione del prodotto finale per verificare se il software soddisfa le esigenze aziendali. L'esecuzione dei test che eseguiamo nella nostra vita quotidiana è l'attività di convalida che include test del fumo, test funzionali, test di regressione, test di sistemi, ecc.
Verifica è un processo di valutazione dei prodotti di lavoro intermedi di un ciclo di vita di sviluppo software per verificare se siamo nella corretta traccia di creazione del prodotto finale.
D # 16) Quali sono le diverse tecniche di verifica che conosci?
Risposta: Le tecniche di verifica sono statiche. Esistono 3 tecniche di verifica.
Questi sono spiegati come segue:
(Io rivedo - Questo è un metodo con il quale il codice / i casi di test vengono esaminati da un individuo diverso dall'autore che lo ha prodotto. È uno dei modi più semplici e migliori per garantire copertura e qualità.
(ii) Ispezione - Questo è un modo tecnico e disciplinato per esaminare e correggere i difetti nell'artefatto o nel codice di test. Poiché è disciplinato, ha vari ruoli:
- Moderatore - Facilita l'intera riunione di ispezione.
- Registratore - Registra i verbali della riunione, i difetti verificatisi e altri punti discussi.
- Lettore - Leggi il documento / codice. Il leader conduce anche all'intera riunione di ispezione.
- Produttore - L'autore. In ultima analisi, sono responsabili dell'aggiornamento del documento / codice in base ai commenti.
- Revisore - Tutti i membri del team possono essere considerati revisori. Questo ruolo può essere svolto anche da qualche gruppo di esperti in base alle richieste del progetto.
(iii) Procedura dettagliata - Questo è un processo in cui l'autore del documento / codice legge il contenuto e ottiene il feedback. Questa è principalmente una sorta di sessione FYI (For Your Information) piuttosto che cercare correzioni.
Q # 17) Qual è la differenza tra Test di carico e stress ?
Risposta:
Stress Testing è una tecnica che convalida il comportamento del sistema quando viene eseguito sotto stress. Per spiegare, riduciamo le risorse e controlliamo il comportamento del sistema. Per prima cosa capiamo il limite superiore del sistema e gradualmente riduciamo le risorse e controlliamo il comportamento del sistema.
Nel Prova di carico, convalidiamo il comportamento del sistema sotto il carico previsto. Il carico può essere di utenti o risorse simultanee che accedono al sistema contemporaneamente.
D # 18) In caso di dubbi sul tuo progetto, come ti avvicini?
Risposta: In caso di dubbi, prima prova a risolverli leggendo gli artefatti / la guida dell'applicazione. In caso di dubbi persistenti, chiedi a un supervisore immediato o al membro senior del tuo team.
Gli analisti aziendali possono anche essere una buona scelta per porre dubbi. Possiamo anche trasmettere le nostre domande al team di sviluppo in caso di altri dubbi. L'ultima opzione sarebbe quella di seguire il manager e infine gli stakeholder.
D # 19) Hai usato strumenti di automazione?
Risposta: La risposta a questa domanda è molto esclusiva dell'individuo. Rispondi a tutti gli strumenti e le strategie di automazione che hai utilizzato nel tuo progetto.
D # 20) Come si determina quale parte di software richiede quanti test?
Risposta: Possiamo conoscere questo fattore scoprendo il file Complessità ciclomatica .
T La tecnica aiuta a identificare le 3 domande seguenti per i programmi / funzionalità
- La funzione / programma è testabile?
- La funzione / programma è compreso da tutti?
- La funzione / programma è sufficientemente affidabile?
In qualità di QA, possiamo utilizzare questa tecnica per identificare il 'livello' dei nostri test.
cos'è il test del fumo e il test di sanità mentale
È una pratica che se il risultato della complessità ciclomatica è più o un numero maggiore, consideriamo quel pezzo di funzionalità di natura complessa e quindi concludiamo come tester; che il pezzo di codice / funzionalità richiede test approfonditi.
D'altra parte, se il risultato della Complessità Ciclomatica è un numero inferiore, concludiamo come QA che la funzionalità è di minore complessità e decidiamo l'ambito di conseguenza.
È molto importante comprendere l'intero ciclo di vita dei test e dovrebbe essere in grado di suggerire modifiche nel nostro processo, se necessario. L'obiettivo è fornire software di alta qualità e, in questo modo, un QA dovrebbe adottare tutte le misure necessarie per migliorare il processo e il modo in cui il team di test esegue i test.
Spero che queste domande e risposte per il colloquio di controllo della qualità aiuteranno a preparare un colloquio per la garanzia della qualità.
Lettura consigliata
- Domande e risposte dell'intervista
- Alcune interessanti domande di intervista sul test del software
- Domande e risposte al colloquio di prova ETL
- Le 20 domande e risposte più importanti dell'intervista sui test API
- Come prepararsi per il colloquio di prova del software
- Domande di intervista sul test manuale del software per professionisti esperti
- 25 migliori domande e risposte per l'intervista al test agile
- Le 200 principali domande dell'intervista sul test del software (una lettura obbligata per cancellare QUALSIASI colloquio sul test)