Menu

Domande di intervista sul test manuale del software per professionisti esperti

software manual testing interview questions

Prova Il Nostro Strumento Per Eliminare I Problemi

Domande di intervista di test manuale basate su scenari più frequenti per professionisti esperti con risposte dettagliate:

Recentemente ho avuto questa esperienza unica di Coaching QA (10 anni di esperienza) per partecipare a un colloquio di test del software del cliente con una delle principali società di intrattenimento di Los Angeles. Il sito da testare era un semplice sito web rivolto ai clienti (una sorta di canale televisivo online) che aveva componenti Web e mobili.

Domande di intervista sul test manuale del software

Una società di consulenza stava progettando profili a questo cliente per un tester in loco + posizione di coordinatore ma nessuno di loro stava superando il processo del colloquio di prova. Così hanno deciso di raccogliere il file Domande dell'intervista QA dai precedenti partecipanti e mi hanno dato un questionario.

miglior downloader di musica mp3 per computer

Volevano che dessi le risposte al prossimo candidato e lo allenassi persona per avere successo nel colloquio di verifica del controllo qualità.

Domande di intervista di prova manuale per esperti

Quando ho ricevuto l'elenco delle domande, sono rimasto sorpreso e 'non sorpreso' allo stesso tempo. Sorpreso, perché le domande erano davvero basilari e un QA con esperienza di 10 anni avrebbe dovuto essere in grado di rispondere facilmente. Non così sorpreso perché il QA è il campo dell'IT che ha la maggior parte delle erbacce secondo me, ma non entriamo nel merito.

Dopo aver terminato l'esercizio, ho pensato che sarebbe stato bello condividere questa esperienza con i lettori di STH. Per i principianti, questa sarà una buona esposizione dal vivo. Per altri, sarà un amichevole promemoria di quanto sia importante fondamenti non importa quanto siamo esperti.

Lettura consigliata=> 101+ Domande e risposte al colloquio sul test del software.

Ecco qui…..

Domande di intervista di prova manuale per esperti

9 domande di intervista sul test del software QA più comuni per principianti e candidati esperti:

#Q 1) Qual è il processo per creare uno script di test?

Risposta:

Passo 1: è ottenere una conoscenza approfondita dell'AUT:

  • Ciò potrebbe avvenire leggendo a fondo i documenti dei requisiti.
  • In assenza di documenti, potremmo cercare di capire qualsiasi punto di riferimento che abbiamo: una versione precedente dell'applicazione o wireframe o screenshot

Passo 2: Dopo aver compreso i requisiti, facciamo un elenco di quali sono le aree di questa applicazione che dovranno essere testate. In altre parole, identifichiamo i requisiti del test. L'obiettivo in questa fase è identificare 'cosa' da testare. Il risultato di questo passaggio è un elenco di file Scenari di prova .

Passaggio 3: Una volta che abbiamo gli scenari di test, ci concentriamo sul 'Come' testarli. Questa fase prevede la scrittura di passaggi dettagliati su come testare una particolare funzionalità, quali dati inserire ( Dati di test ) e qual è il risultato atteso.

Una volta completati questi 3 passaggi, siamo pronti per il test.

#Q 2) Quali sono i campi in una segnalazione di bug?

auricolare per realtà virtuale compatibile con ps4

Risposta: I seguenti campi importanti dovrebbero essere inclusi in un file buona segnalazione di bug :

  1. Un ID univoco
  2. Descrizione del difetto: una breve descrizione di cosa sia il bug.
  3. Passaggi per la riproduzione: dettagli su come arrivare all'errore, dati di test esatti, ora in cui è stato rilevato il difetto (se applicabile) ambiente: qualsiasi informazione che aiuterà a riscontrare nuovamente il problema
  4. Modulo / sezione dell'applicazione (se applicabile)
  5. Gravità
  6. Immagine dello schermo
  7. Responsabile QA: in caso di eventuali domande di follow-up su questo problema

#Q 3) Come testare un software rivolto ai clienti?

Risposta: Con qualsiasi applicazione che testiamo, stiamo cercando di vedere se un certo insieme di requisiti è soddisfatto o meno dall'applicazione. Ma quando si tratta di un sito rivolto agli utenti, oltre a concentrarci sulla funzionalità, dobbiamo anche esaminare alcune caratteristiche di usabilità, forse anche gli aspetti relativi alle prestazioni e alla sicurezza in una certa misura.

Il primo livello di test è : Il sito soddisfa i suoi requisiti funzionali.

Per esempio, se si tratta di un sito di gestione del prestito, dobbiamo guardare: il nuovo cliente è in grado di richiedere un prestito, il cliente esistente è in grado di accedere alle proprie informazioni sul prestito, la% di interessi applicata all'importo del prestito è corretta, ecc.

Il livello successivo di test è :quanto è facile usare il sito, se le opzioni hanno un senso logico e soddisfano o meno le aspettative dell'utente.

Per esempio, se l'utente deve passare 3-4 schermate per inviare le informazioni di base, sarà infastidito, quindi è necessario risolvere tali problemi.

Un altro esempio, dopo aver inserito nome utente e password, l'utente potrebbe fare clic sulla scheda, il che significa che il controllo dovrebbe andare sul pulsante 'Accedi', invece se annulla l'utente sarà davvero infastidito e l'esperienza di utilizzo del sito è sarà compromesso. Tali problemi devono essere individuati.

Test delle prestazioni nella misura completa potrebbe non rientrare nell'ambito, ma situazioni semplici come quanto tempo richiede la visualizzazione dei risultati di ricerca e quanto tempo impiega il sistema a recuperare le informazioni di un cliente nell'ora di punta: questi sono alcuni esempi di tipo di cose che vorremmo tenere d'occhio.

Sicurezza - per i siti in cui è presente un login sicuro per accedere al sito, è necessario testare la funzionalità minima attorno ad esso. Per esempio, se lascio il sito inattivo per più di 10 minuti, si disconnette automaticamente o no. Qualcosa di così semplice su cui dovrebbe essere focalizzato.

#Q 4) Come superare la sfida di non avere la documentazione di input per i test?

Risposta: SE la documentazione standard dettagliata come BRD e FSD non è disponibile, il tester dovrà dipendere da qualche punto di riferimento.

  • Screenshot
  • Una versione precedente dell'applicazione
  • Wireframe, ecc

Un altro fattore che aiuta immensamente, è parlare con gli sviluppatori o gli analisti aziendali (quando disponibili) per avere una conferma sulla nostra comprensione o chiarimenti in caso di dubbi.

Quando nessuna di queste situazioni funziona, possiamo semplicemente concettualizzare l'applicazione in base alla nostra precedente esperienza di applicazione IT e creare il set di base di script di test. Quando arriva la fase di test, possiamo impostare una parte del tempo del ciclo di test e gestire un po 'di test case (rendere perfetti gli script già creati) in modo da avere il documento per le fasi successive.

#Q 5) Come arrivare massima produttività da una squadra offshore?

Risposta: La chiave è assicurarsi che tutti i tester conoscano tutti i moduli e che non ci sia concentrazione di conoscenza in un unico posto. Il coinvolgimento di tutti nelle revisioni tra pari degli script di test, nelle riunioni sui difetti e nelle sessioni KT garantirà che tutti siano a conoscenza dell'applicazione nella migliore misura possibile.

Inoltre, incoraggiando il concetto di lavoro di squadra possiamo fare in modo che i membri del team collaborino, si aiutino e si aiutino a vicenda per una migliore produttività.

Anche riunioni regolari di follow-up aiutano molto il processo.

#Q 6) Quali sono i ruoli e le responsabilità di un coordinatore in loco? Anche lui / lei prova?

Risposta: Il coordinatore in loco è un punto di contatto per il team offshore e per il cliente per qualsiasi informazione riguardante l'incarico di test.

Questo lavoro include:

come diventare un revisore di videogiochi
  • KT da e per offshore e clienti
  • Preparare l'ambiente per testare tutto
  • Test di sanità mentale, test del fumo
  • Test: la funzionalità chiave.
  • Bug review - trovato dal team offshore
  • Assegnazione di bug al rispettivo dev
  • Presentazione delle metriche
  • Fornire la firma

Sì, anche un coordinatore in loco deve testare.

# D 7) Bug incoerenti - Perché in loco è possibile trovarlo, ma in mare aperto no e viceversa - Come gestire questa situazione?

Risposta: Ogni bug deve essere annotato e analizzato, sia che si verifichi in loco o offshore, sia che sia ripetibile o meno. Un vero valore aggiunto al lavoro di un tester è quando ci coinvolgiamo nel processo di analisi delle cause alla radice di un bug piuttosto che semplicemente segnalarlo.

Alcuni dei modi in cui possiamo gestire questa situazione sono:

  • Tutti i membri del team in loco e offshore dovrebbero seguire una linea guida secondo cui gli screenshot dovevano essere presi per ogni errore che incontriamo, ripetibile o meno.
  • Se ci sono registri, file di sistema o qualcosa del genere, ciò potrebbe aiutarci a trovare qualsiasi prova del problema, dovremmo provare a trovarlo.
  • Nonostante tutti questi passaggi, se ancora non siamo in grado di dire perché e quando si verifica il problema, dovremmo segnalarlo allo sviluppatore lo stesso, con quante più informazioni possibili.

# D 8) Test relativi a video / audio - Cosa include?

Risposta: Come testare un'applicazione con video o audio?

Ecco i punti importanti da considerare:

  • Livelli di accesso (limitato o meno - controllato da password)
  • Diversi tipi di ambienti
  • Compatibilità del browser
  • Risoluzioni dello schermo
  • Velocità di connessione a Internet
  • Le opzioni specifiche su un video, come riproduzione, interruzione, disattivazione audio, ecc.
  • Video per dimensione
  • Risposta ai video - commenti (limitazioni alla lunghezza del commento e al numero di commenti che può richiedere)
  • Risposte video ai video
  • Interfaccia con siti di social networking - Interoperabilità
  • Velocità di buffering
  • Incorporamento del video

# Q 9) Test delle applicazioni mobili: cosa include brevemente?

Risposta: Test di app per dispositivi mobili Scenari di test importanti:

  • Controlla se l'app funziona bene con più operatori e più dispositivi.
  • Usabilità delle funzionalità su uno schermo mobile.
  • Testarlo su diverse piattaforme mobili, come Android e iOS.
  • Installazioni, disinstallazione, avvio dell'app con e senza rete, test delle funzionalità.
  • Connessioni di rete: Wi-Fi, 2G, ecc.
  • I registri dell'utilità di configurazione iPhone iOS per Android Monitor.bat possono essere utilizzati per il debug.

Questo è tutto. Ora, non era così semplice.

Come nota finale, ribadisco la filosofia di STH: conosci bene le basi, il resto segue automaticamente.

Concludo, sperando che questo sforzo sia vantaggioso e significativo per i nostri lettori. Fateci sapere di seguito nella sezione commenti su come abbiamo fatto.

Autore: Questo post è stato scritto dal nostro membro del team STH Swati Seela.

Lettura consigliata

^