150 domande e risposte per interviste sui test manuali per il 2025
Tommaso Hamilton
Abbiamo trattato oltre 150 importanti domande di test viva del software per i candidati alle prime armi, nonché domande di intervista con esperti di test manuali per gli ingegneri QA per aiutare a prepararsi per il prossimo colloquio. Questa guida dettagliata alle domande del colloquio di test del software per candidati esperti ti aiuterà a risolvere il tuo colloquio di lavoro per il test del software.
Domande e risposte all'intervista sui test manuali per esperti e matricole
1. Cos'è il test esplorativo?
Il testing esplorativo è un approccio pratico in cui i tester sono coinvolti nella pianificazione minima e nell'esecuzione massima del test. La pianificazione prevede la creazione di una carta di test, una breve dichiarazione dell'ambito di un breve sforzo di test (da 1 a 2 ore) con limiti di tempo, gli obiettivi e i possibili approcci da utilizzare. Le attività di progettazione e di esecuzione del test vengono eseguite in parallelo in genere senza documentare formalmente le condizioni di test, i casi di test o gli script di test. Ciò non significa che non verranno utilizzate altre tecniche di test più formali. Ad esempio, il tester può decidere di utilizzare l'analisi del valore limite, ma rifletterà e testerà i valori limite più importanti senza necessariamente scriverli. Durante la sessione di testing esplorativo verranno scritte alcune note in modo che in seguito possa essere prodotto un report.
👉 Download gratuito del PDF: domande e risposte al colloquio sui test manuali
2. Cos'è il "test dei casi d'uso"?
Per identificare ed eseguire i requisiti funzionali di un'applicazione dall'inizio alla fine viene utilizzato il "caso d'uso" e le tecniche utilizzate per farlo sono note come "Test dei casi d'uso".
3. Qual è la differenza tra STLC (Ciclo di vita del test del software) e SDLC (Ciclo di vita dello sviluppo del software)?
SDLC si occupa dello sviluppo/codifica del software mentre STLC si occupa della validazione e verifica del software
4. Cos'è la matrice di tracciabilità?
La relazione tra casi di test e requisiti viene mostrata con l'aiuto di un documento. Questo documento è noto come matrice di tracciabilità.
5. Cos'è il test del partizionamento di equivalenza?
Il test di partizionamento di equivalenza è una tecnica di test del software che divide i dati di test di input dell'applicazione in ciascuna partizione almeno una volta di dati equivalenti da cui possono essere derivati i casi di test. Con questo metodo di test, si riduce il tempo necessario per il test del software.
6. Che cosa sono i test white box ed elenca i tipi di test white box?
La tecnica di test white box prevede la selezione di casi di test basati su un'analisi della struttura interna (copertura del codice, copertura dei rami, copertura dei percorsi, copertura delle condizioni, ecc.) di un componente o sistema. È anche nota come test basato sul codice o test strutturale. Diversi tipi di test white box sono
- Dichiarazione di copertura
- Copertura della decisione
7. Cosa si verifica nei test white box?
Nel test white box vengono verificati i seguenti passaggi.
- Verificare le falle di sicurezza nel codice
- Verificare i percorsi incompleti o interrotti nel codice
- Verificare il flusso della struttura secondo le specifiche del documento
- Verificare gli output attesi
- Verificare tutti i cicli condizionali nel codice per verificare la completa funzionalità dell'applicazione
- Verifica la codifica riga per riga e copri il 100% dei test
8. Cos'è il test della scatola nera? Quali sono le diverse tecniche di test della scatola nera?
Il test della scatola nera è il metodo di test del software che viene utilizzato per testare il software senza conoscere la struttura interna del codice o del programma. Questo test viene solitamente eseguito per verificare la funzionalità di un'applicazione. Le diverse tecniche di test della scatola nera sono
- Partizionamento per equivalenza
- Analisi del valore limite
- Grafici causa-effetto
9. Qual è la differenza tra test statici e dinamici?
Test statico: durante il metodo di test statico, il codice non viene eseguito e viene eseguito utilizzando la documentazione del software.
Test dinamico: per eseguire questo test è necessario che il codice sia in formato eseguibile.
10. Cosa sono la verifica e la validazione?
La verifica è un processo di valutazione del software nella fase di sviluppo. Ti aiuta a decidere se il prodotto di una determinata applicazione soddisfa i requisiti specificati. La validazione è il processo di valutazione del software al termine del processo di sviluppo e di verifica se soddisfa i requisiti del cliente.
11. Quali sono i diversi livelli di test?
Ci sono quattro livelli di prova
- Test di unità/componenti/programmi/moduli
- Test d'integrazione
- Test di sistema
- Test di accettazione
12. Cos'è il test di integrazione?
Test d'integrazione è un livello di processo di test del software, in cui le singole unità di un'applicazione vengono combinate e testate. Di solito viene eseguito dopo test unitari e funzionali.
13. In cosa consistono i Piani di Test?
Progettazione del test, ambito, strategie di test, approccio sono i vari dettagli di cui è composto il documento del piano di test.
- Identificatore del caso di test
- Obbiettivo
- Caratteristiche da testare
- Caratteristiche da non testare
- Strategia di test e approccio al test
- Risultati finali del test
- Responsabilità
- Personale e formazione
- Rischio e imprevisti
14. Qual è la differenza tra UAT (User Acceptance Testing) e test di sistema?
Test di sistema: il test di sistema consiste nell'individuazione di difetti quando il sistema viene sottoposto a test nel suo insieme; è anche noto come test end-to-end. In questo tipo di test, l'applicazione soffre dall'inizio alla fine.
UAT: User Acceptance Testing (UAT) prevede l'esecuzione di un prodotto attraverso una serie di test specifici che determinano se il prodotto soddisferà le esigenze dei suoi utenti.
15. Menzionare la differenza tra test basato sui dati e ripetizione del test?
Nuovo test: È un processo di controllo dei bug su cui interviene il team di sviluppo per verificare che siano stati risolti.
Test guidati dai dati (DDT): Nel processo di test basato sui dati, l'applicazione viene testata con più dati di test. L'applicazione viene testata con un insieme di valori diverso.
Domande di intervista sui test manuali avanzati del software per 3/5/10 anni di esperienza
16. Quali sono i passaggi preziosi per risolvere i problemi durante i test?
- Registra: registra e gestisci eventuali problemi che si sono verificati
- Segnala: segnala i problemi al manager di livello superiore
- Controllo: definire il processo di gestione dei problemi
17. Qual è la differenza tra scenari di test, casi di test e script di test?
La differenza tra scenari di test e casi di test è questa
Scenari di prova: Uno scenario di test è qualsiasi funzionalità che può essere testata. Si chiama anche condizione di test o possibilità di test.
Casi test: È un documento che contiene i passaggi da eseguire; è stato pianificato in precedenza.
Scrittura di prova: È scritto in un linguaggio di programmazione ed è un breve programma utilizzato per testare parte della funzionalità del sistema software. In altre parole una serie scritta di passaggi che dovrebbero essere eseguiti manualmente.
18. Cos'è il difetto latente?
Difetto latente: Questo difetto è un difetto esistente nel sistema che non causa alcun guasto poiché l'insieme esatto di condizioni non è mai stato soddisfatto
19. Quali sono i due parametri che possono essere utili per conoscere la qualità dell'esecuzione del test?
Per conoscere la qualità dell'esecuzione del test, possiamo utilizzare due parametri
- Rapporto di rifiuto dei difetti
- Rapporto di perdita dei difetti
Parametri per la qualità dell'esecuzione del test
20. Qual è la funzione dello strumento di test del software “fantasma”?
Phantom è un freeware e viene utilizzato per il linguaggio di scripting di automazione GUI di Windows. Ci consente di prendere il controllo di finestre e funzioni automaticamente. Può simulare qualsiasi combinazione di tasti e clic del mouse, nonché menu, elenchi e altro.
21. Spiegare cosa sono i risultati finali del test?
I risultati finali del test sono un insieme di documenti, strumenti e altri componenti che devono essere sviluppati e mantenuti a supporto del test.
Esistono diversi risultati finali dei test in ogni fase del ciclo di vita dello sviluppo del software
- Prima del test
- Durante i test
- Dopo il test
22. Cos'è il test di mutazione?
Il test di mutazione è una tecnica per identificare se un insieme di dati di test o casi di test è utile introducendo intenzionalmente varie modifiche al codice (bug) e ripetendo il test con dati/casi di test originali per determinare se i bug vengono rilevati.
23. Quali sono tutte le cose che dovresti considerare prima di selezionare gli strumenti di automazione per l'AUT?
- Fattibilità tecnica
- Livello di complessità
- Stabilità dell'applicazione
- Dati di test
- Dimensione dell'applicazione
- Riutilizzabilità degli script automatizzati
- Esecuzione in tutto l'ambiente
24. Come condurrai l'analisi dei rischi?
Per l'analisi del rischio è necessario implementare i seguenti passaggi:
- Trovare il punteggio del rischio
- Elaborazione di un profilo di rischio
- Modifica delle proprietà di rischio
- Distribuire le risorse di quel rischio di test
- Creazione di un database del rischio
25. Quali sono le categorie di debug?
Categorie per il debug
- Debug della forza bruta
- backtracking
- Causa eliminazione
- Suddivisione del programma
- Analisi dell'albero dei guasti
26. Cos'è il mascheramento dei guasti spiegato con un esempio?
Quando la presenza di un difetto nasconde la presenza di un altro difetto nel sistema, si parla di mascheramento dei guasti.
Esempio: se il "valore negativo" provoca l'attivazione di un'eccezione di sistema non gestita, lo sviluppatore impedirà l'immissione di valori negativi. Ciò risolverà il problema e nasconderà il difetto dell'attivazione dell'eccezione non gestita.
27. Spiegare cos'è il piano di test? Quali sono le informazioni che dovrebbero essere incluse nel piano di test?
Un piano di test può essere definito come un documento che descrive l'ambito, l'approccio, le risorse e la pianificazione delle attività di test e dovrebbe comprendere i seguenti dettagli.
- Strategia di prova
- Obiettivo del test
- Criteri di uscita/sospensione
- Pianificazione delle risorse
- Risultati finali del test
28. Come puoi eliminare il rischio del prodotto nel tuo progetto?
Ti aiuta a eliminare il rischio del prodotto nel tuo progetto ed esiste un passaggio semplice ma cruciale che può ridurre il rischio del prodotto nel tuo progetto.
- Esaminare i documenti delle specifiche
- Discutere sul progetto con tutte le parti interessate, compreso lo sviluppatore
- Come un utente reale, visita il sito web
29. Qual è il rischio comune che porta al fallimento del progetto?
Il rischio comune che porta al fallimento del progetto è
- Non avere abbastanza risorse umane
- L'ambiente di test potrebbe non essere configurato correttamente
- Budget limitato
- Limitazioni di tempo
30. Su quali basi puoi arrivare ad una stima per il tuo progetto?
Per stimare il tuo progetto, devi considerare i seguenti punti
- Dividere l'intero progetto in compiti più piccoli
- Assegna ogni compito ai membri del team
- Stimare lo sforzo richiesto per completare ciascuna attività
- Convalidare la stima
31. Spiega come assegneresti un compito ai membri del team?
| Task | Member |
|---|---|
| Analizzare le specifiche dei requisiti software | Tutti i membri |
| Creare la specifica del test | Tester/Analista di test |
| Costruisci l'ambiente di test | Amministratore di prova |
| Eseguire i casi di test | Tester, un amministratore del test |
| Segnalare difetti | Tester |
32. Spiegare cos'è il tipo di test e quali sono i tipi di test comunemente utilizzati?
Per ottenere il risultato previsto del test, viene seguita una procedura standard denominata Tipo di test.
I tipi di test comunemente utilizzati sono
- Unit test: testa il codice più piccolo di un'applicazione
- Test API: API di test creata per l'applicazione
- Test di integrazione: i singoli moduli software vengono combinati e testati
- Test del sistema: test completo del sistema
- Test di installazione/disinstallazione: test eseguiti dal punto di vista del cliente/cliente
- Test Agile: Test tramite tecnica Agile
33. Durante il monitoraggio del tuo progetto, quali sono tutte le cose che devi considerare?
Le cose che devono essere prese in considerazione sono
- Il tuo progetto è nei tempi previsti?
- Hai superato il budget?
- Stai lavorando per lo stesso obiettivo di carriera
- Hai abbastanza risorse?
- Ci sono segnali di allarme di problemi imminenti
- C'è qualche pressione da parte del management affinché il progetto venga completato prima?
34. Quali sono gli errori comuni che creano problemi?
- Abbinare le risorse ai progetti sbagliati
- Mancanza di competenze nel responsabile del test
- Non ascoltare gli altri
- Scarsa pianificazione
- Sottovalutare
- Ignorando i piccoli problemi
- Non seguire il processo
35. Cosa contiene un tipico rapporto di prova? Quali sono i vantaggi dei rapporti di prova?
Un rapporto di prova contiene le seguenti cose:
- Informazioni sul progetto
- Obiettivo del test
- Riepilogo del test
- Difetto
I vantaggi dei rapporti di prova sono:
- Vengono informati lo stato attuale del progetto e la qualità del prodotto
- Se necessario, le parti interessate e il cliente possono intraprendere azioni correttive
- Un documento finale aiuta a decidere se il prodotto è pronto per il rilascio
36. Che cos'è la revisione della gestione del test e perché è importante?
Viene anche chiamato riesame della direzione Garanzia di qualità del software o SQA. L'SQA si concentra maggiormente sul processo software piuttosto che sui prodotti di lavoro del software. Si tratta di un insieme di attività progettate per garantire che il project manager segua il processo standard. SQA aiuta il responsabile del test a confrontare il progetto rispetto agli standard stabiliti.
37. Quali sono le migliori pratiche per la garanzia della qualità del software?
Le migliori pratiche per un'implementazione SQA efficace sono:
- Miglioramento continuo
- Documentazione
- Utilizzo dello strumento
- Metrica
- Responsabilità dei membri del team
- Auditor SQA esperti
38. Quando viene preparata la RTM (Requirement Traceability Matrix)?
L'RTM viene preparato prima della progettazione del test case. I requisiti dovrebbero essere tracciabili dalle attività di revisione.
39. Qual è la differenza tra matrice di test e matrice di tracciabilità?
Matrice di prova: La matrice di test viene utilizzata per acquisire la qualità effettiva, l'impegno, il piano, le risorse e il tempo necessari per acquisire tutte le fasi del test del software
Matrice di tracciabilità: La mappatura tra casi di test e requisiti del cliente è nota come matrice di tracciabilità
40. Nei test manuali cosa sono stub e driver?
Sia gli stub che i driver fanno parte dei test incrementali. Nei test incrementali, esistono due approcci: l'approccio bottom-up e top-down. I driver vengono utilizzati nei test dal basso verso l'alto e lo stub viene utilizzato per un approccio dall'alto verso il basso. Per testare il modulo principale, viene utilizzato lo stub, che è un codice o programma fittizio.
41. Qual è il passo che seguiresti una volta individuato il difetto?
Una volta riscontrato un difetto, seguire il passaggio
a) Ricreare il difetto
b) Allega lo screenshot
c) Registrare il difetto
42. Spiegare cos'è il metodo di test "Test Plan Driven" o "Key Word Driven"?
Questa tecnica utilizza l'effettivo documento del test case sviluppato dai tester utilizzando un foglio di calcolo contenente speciali "parole chiave". Le parole chiave controllano l'elaborazione.
43. Cos'è il DFD (diagramma del flusso di dati)?
Quando un "flusso di dati" attraverso un sistema informativo viene rappresentato graficamente, allora si parla di diagramma del flusso di dati. Viene utilizzato anche per la visualizzazione dell'elaborazione dei dati.
44. Spiegare cos'è LCSAJ?
LCSAJ sta per "sequenza di codice lineare e salto". È composto dai seguenti tre elementi
a) Inizio della sequenza lineare di istruzioni eseguibili
b) Fine della sequenza lineare
c) La linea target a cui viene trasferito il flusso di controllo alla fine della sequenza lineare
45. Spiegare cos'è il test N+1?
La variazione del test di regressione è rappresentata come N+1. In questa tecnica, il test viene eseguito in cicli multipli in cui gli errori rilevati nel ciclo di test "N" vengono risolti e testati nuovamente nel ciclo di test N+1. Il ciclo viene ripetuto a meno che non vengano rilevati errori.
46. Cos'è il Fuzz testing e quando viene utilizzato?
Il test fuzz viene utilizzato per rilevare lacune nella sicurezza ed errori di codifica nel software. In questa tecnica, i dati casuali vengono aggiunti al sistema nel tentativo di bloccarlo. Se la vulnerabilità persiste, viene utilizzato uno strumento chiamato fuzz tester per determinare le potenziali cause. Questa tecnica è più utile per progetti più grandi ma rileva solo un errore grave.
47. Quali sono i principali vantaggi della metrica di copertura delle dichiarazioni del test del software?
Il vantaggio della metrica di copertura delle dichiarazioni è questo
a) Non richiede l'elaborazione del codice sorgente e può essere applicato direttamente al codice oggetto
b) I bug sono distribuiti uniformemente nel codice, per cui la percentuale di istruzioni eseguibili coperte riflette la percentuale di errori scoperti
48. Come generare casi di test per il metodo "sostituisci una stringa"?
a) Se i caratteri nella nuova stringa > caratteri nella stringa precedente. Nessuno dei caratteri deve essere troncato
b) Se i caratteri nella nuova stringa < caratteri nella stringa precedente. I caratteri indesiderati non devono essere aggiunti
c) Gli spazi prima e dopo la stringa non devono essere cancellati
d) La stringa deve essere sostituita solo per la prima occorrenza della stringa
49. Come gestirai un conflitto tra i membri del tuo team?
- Parlerò individualmente con ogni persona e prenderò nota delle loro preoccupazioni
- Troverò una soluzione ai problemi comuni sollevati dai membri del team
- Terrò una riunione di squadra, rivelerò la soluzione e chiederò alle persone di collaborare
50. Quali sono le categorie di difetti?
Principalmente ci sono tre categorie di difetti
- Wrong: Quando un requisito viene implementato in modo errato
- Mancante: Si tratta di una variazione rispetto alle specifiche, un'indicazione che una specifica non è stata implementata o che un requisito del cliente non è stato soddisfatto
- Extra: Un requisito incorporato nel prodotto che non è stato fornito dal cliente finale. È considerato un difetto perché è una deviazione dai requisiti esistenti
51. Spiegare come funziona uno strumento di copertura del test?
Lo strumento di test della copertura del codice viene eseguito parallelamente durante l'esecuzione dei test sul prodotto reale. Lo strumento di copertura del codice monitora le istruzioni eseguite del codice sorgente. Una volta terminato il test finale, riceviamo un rapporto completo delle dichiarazioni pendenti e otteniamo anche la percentuale di copertura.
52. Menzionare qual è la differenza tra un "difetto" e un "fallimento" nel test del software?
In termini semplici quando un difetto arriva al cliente finale si parla di guasto mentre il difetto viene individuato internamente e risolto; allora si parla di difetto.
53. Spiegare come testare i documenti in un progetto che abbraccia tutto il ciclo di vita dello sviluppo del software?
Il progetto si estende attraverso il ciclo di vita dello sviluppo del software nel modo seguente
- Piano di test centrale/progetto: è il piano di test principale che delinea la strategia di test completa del progetto. Questo piano viene utilizzato fino alla fine del ciclo di vita dello sviluppo del software
- Piano del test di accettazione: questo documento inizia durante il fase di requisito e si completa alla consegna finale
- Piano di test del sistema: questo piano inizia durante il piano di progettazione e procede fino alla fine del progetto
- Piano di integrazione e test unitario: entrambi questi piani di test iniziano durante la fase di esecuzione e durano fino alla consegna finale
54. Spiega quali casi di test vengono scritti prima: caselle nere o caselle bianche?
I casi di test black box vengono scritti per primi, poiché per scrivere casi di test black box è necessario un piano di progetto e un documento di requisiti, tutti questi documenti sono facilmente disponibili all'inizio del progetto. Mentre scrivere casi di test white box richiede una maggiore comprensione dell'architettura e non è disponibile all'inizio del progetto.
55. Spiegare qual è la differenza tra difetti latenti e mascherati?
- Difetto latente: Un difetto latente è un difetto esistente che non ha causato un guasto perché le serie di condizioni non sono mai state soddisfatte
- Difetto mascherato: È un difetto esistente che non ha causato un errore perché un altro difetto ha impedito l'esecuzione di quella parte del codice
56. Quali sono i test bottom-up?
Il testing bottom-up è un approccio al test di integrazione, in cui i componenti di livello più basso vengono testati per primi, quindi utilizzati per facilitare il test dei componenti di livello superiore. Il processo viene ripetuto finché non viene testato il componente al vertice della gerarchia.
57. Menzionare quali sono i diversi tipi di tecniche di copertura del test?
Diversi tipi di tecniche di copertura del test includono
- Copertura dell'estratto conto: Verifica che ogni riga del codice sorgente sia stata eseguita e testata
- Copertura decisionale: Garantisce che ogni decisione nel codice sorgente venga eseguita e testata
- Copertura del percorso: Garantisce che ogni possibile percorso attraverso una determinata parte del codice venga eseguito e testato
58. Menzionare qual è il significato del test del respiro?
Il test dell'alito è una suite di test che esercita la piena funzionalità di un prodotto ma non ne testa le caratteristiche in dettaglio
59. Spiegare qual è il significato di Code Walk Through?
Code Walk Through è l'analisi informale del codice sorgente del programma per trovare difetti e verificare le tecniche di codifica
60. Menzionare quali sono i componenti di base del formato del rapporto sui difetti?
I componenti essenziali del formato del rapporto sui difetti includono
- Nome del progetto
- Nome modulo
- Difetto rilevato su
- Difetto rilevato da
- ID e nome del difetto
- Istantanea del difetto
- Stato di priorità e gravità
- Difetto risolto da
- Difetto risolto il
61. Menzionare qual è lo scopo dietro l'esecuzione di test end-to-end?
Il test end-to-end viene eseguito dopo il test funzionale. Lo scopo dietro l'esecuzione di test end-to-end è questo
- Per convalidare il requisiti software e integrazione con interfacce esterne
- Testare l'applicazione in uno scenario ambientale reale
- Test di interazione tra applicazione e database
62. Spiegare cosa significa cablaggio di prova?
Un test cablaggio configura un insieme di strumenti e dati di test per testare un'applicazione in varie condizioni e prevede il monitoraggio dell'output con l'output previsto per verificarne la correttezza.
63. Spiega in un progetto di test quali attività di test automatizzeresti?
Nel testare le attività di test del progetto, automatizzeresti lo sono
- Test che devono essere eseguiti per ogni build dell'applicazione
- Test che utilizzano più dati per lo stesso insieme di azioni
- Test identici che devono essere eseguiti utilizzando browser diversi
- Pagine mission critical
- Una transazione con pagine che non cambiano in breve tempo
64. Qual è il vantaggio PRINCIPALE di progettare i test nelle prime fasi del ciclo di vita?
Aiuta a prevenire l'introduzione di difetti nel codice.
65. Che cosa sono i test basati sul rischio?
Basato sul rischio Testing è il termine usato per un approccio alla creazione di a Strategia di prova che si basa sulla priorità dei test in base al rischio. La base dell'approccio è un'analisi dettagliata del rischio e la definizione delle priorità dei rischi in base al livello di rischio. Vengono quindi specificati i test per affrontare ciascun rischio, iniziando prima dal rischio più elevato.
66. Qual è la differenza FONDAMENTALE tra l'approccio preventivo e quello reattivo ai test?
I test preventivi sono progettati precocemente; i test reattivi vengono progettati dopo che il software è stato prodotto.
67. Qual è lo scopo dei criteri di uscita?
Lo scopo dei criteri di uscita è definire quando un livello di test viene completato.
68. Cosa determina il livello di rischio?
La probabilità di un evento avverso e l’impatto dell’evento determinano il livello di rischio.
69. Quando viene utilizzato il test della tabella decisionale?
Il test con tabella decisionale viene utilizzato per testare sistemi per i quali la specifica assume la forma di regole o combinazioni causa-effetto. In una tabella decisionale, gli input sono elencati in una colonna, con gli output nella stessa colonna ma sotto gli input. Il resto della tabella esplora le combinazioni di input per definire gli output prodotti.
Scopri di più sulla tecnica di test della tabella decisionale nel video tutorial qui
70. Perché utilizziamo le tabelle decisionali?
Le tecniche di partizionamento delle equivalenze e di analisi dei valori limite vengono spesso applicate a situazioni o input specifici. Tuttavia, se diverse combinazioni di input comportano l'adozione di azioni diverse, ciò può essere più difficile da dimostrare utilizzando il partizionamento delle equivalenze e l'analisi dei valori limite, che tendono a concentrarsi maggiormente sull'interfaccia utente. Le altre due tecniche basate sulle specifiche, le tabelle decisionali e i test di transizione di stato, sono più focalizzati sulla logica aziendale o sulle regole aziendali. Una tabella decisionale è un buon modo per gestire combinazioni di cose (ad esempio, input). Questa tecnica viene talvolta definita anche tabella "causa-effetto". La ragione di ciò è che esiste una tecnica di diagramma logico associata chiamata "rappresentazione grafica causa-effetto" che a volte veniva utilizzata per aiutare a derivare la tabella decisionale
71. Qual è l'obiettivo PRINCIPALE quando si esamina un prodotto software?
Identificare i difetti in qualsiasi prodotto di lavoro software.
72. Quale delle seguenti definisce i risultati attesi di un test? Specifica del caso di test o specifica della progettazione del test.
La specifica del test case definisce i risultati attesi di un test.
73. Qual è il vantaggio dell'indipendenza dal test?
Evita i pregiudizi dell'autore nella definizione di test efficaci.
74. Nell'ambito di quale processo di test determini i criteri di uscita?
I criteri di uscita sono determinati sulla base del 'Test Planning'.
75. Cos'è l'Alpha test?
Test preliminari al rilascio da parte dei rappresentanti degli utenti finali presso il sito dello sviluppatore.
76. Cos'è il beta testing?
Test eseguiti da potenziali clienti presso le proprie sedi.
77. Menziona qual è la differenza tra il test pilota e il beta testing?
La differenza tra un test pilota e un beta testing è che il test pilota viene effettivamente eseguito utilizzando il prodotto dal gruppo di utenti prima della distribuzione finale e, nel beta testing, non inseriamo dati reali, ma vengono installati presso il cliente finale per convalidare se il prodotto può essere utilizzato nella produzione.
78. Dato il seguente frammento di codice, quanti test sono necessari per una copertura delle decisioni del 100%?
if width > length
thenbiggest_dimension = width
if height > width
thenbiggest_dimension = height
end_if
elsebiggest_dimension = length
if height > length
thenbiggest_dimension = height
end_if
end_if
4
79. Hai progettato casi di test per fornire una copertura del 100% delle istruzioni e del 100% delle decisioni per il seguente frammento di codice. if width > length then biggest_dimension = width else biggest_dimension = length end_if Quanto segue è stato aggiunto alla fine del frammento di codice sopra. print "La dimensione più grande è" &biggest_dimensionprint "Larghezza:" & width print "Lunghezza:" & length Quanti altri casi di test sono necessari?
Nessuno, è possibile utilizzare i casi di test esistenti.
80. Qual è la differenza tra tecniche di test e strumenti di test?
Tecnica di test: – È un processo per garantire che alcuni aspetti del sistema applicativo o dell'unità funzionino correttamente; potrebbero esserci poche tecniche ma molti strumenti.
Strumenti di test: – È un veicolo per eseguire un processo di test. Lo strumento è una risorsa per il tester, ma di per sé non è sufficiente per condurre i test
Ulteriori informazioni sugli strumenti di test qui
81. Utilizziamo l'output dell'analisi dei requisiti, la specifica dei requisiti come input per la scrittura...
Casi di test di accettazione da parte degli utenti
82. Test ripetuto di un programma già testato, dopo la modifica, per scoprire eventuali difetti introdotti o scoperti a seguito delle modifiche nel software sottoposto a test o in un altro componente software correlato o non correlato:
Test di regressione
83. Un grossista vende cartucce per stampanti. La quantità minima ordinabile è 5. C'è uno sconto del 20% per ordini di 100 o più cartucce per stampanti. Ti è stato chiesto di preparare casi di test utilizzando vari valori per il numero di cartucce per stampanti ordinate. Quale dei seguenti gruppi contiene tre input di test che verrebbero generati utilizzando l'analisi dei valori limite?
4, 5, 99
84. Cos'è il test dei componenti?
Il test dei componenti, noto anche come test di unità, moduli e programmi, ricerca i difetti e verifica il funzionamento del software (ad esempio moduli, programmi, oggetti, classi, ecc.) che sono testabili separatamente. Il test dei componenti può essere eseguito separatamente dal resto del sistema a seconda del contesto del ciclo di vita dello sviluppo e del sistema. Molto spesso stub e driver vengono utilizzati per sostituire il software mancante e simulare semplicemente l'interfaccia tra i componenti software. Viene richiamato uno stub dal componente software da testare; un driver chiama un componente da testare.
Ecco un fantastico video su Test unitari
85. Cos'è il test funzionale del sistema?
Il test della funzionalità end-to-end del sistema nel suo insieme è definito come test funzionale del sistema.
86. Quali sono i vantaggi dei test indipendenti?
I tester indipendenti sono imparziali e identificano diversi difetti allo stesso tempo.
87. In un approccio REATTIVO ai test, quando ti aspetteresti che venga iniziata la maggior parte del lavoro di progettazione dei test?
La maggior parte del lavoro di progettazione del test è iniziato dopo la produzione del software o del sistema.
88. Quali sono le diverse metodologie nel modello di sviluppo agile?
Attualmente sono a conoscenza di sette diverse metodologie agili:
- Programmazione estrema (XP)
- Mischia
- Sviluppo software snello
- Sviluppo guidato dalle funzionalità
- Processo agile e unificato
- Cristallo
- Modello di sviluppo dei sistemi dinamici (DSDM)
89. Quale attività nel processo di test fondamentale include la valutazione della testabilità dei requisiti e del sistema?
Un''Analisi del Test' e una 'Progettazione' includono la valutazione della testabilità dei requisiti e del sistema.
90. Qual è in genere il motivo PIÙ importante per utilizzare il rischio per guidare le attività di test?
Perché testare tutto non è fattibile.
91. Cos'è il test casuale/sulle scimmie? Quando viene utilizzato?
Il test casuale è spesso noto come test della scimmia. In questo tipo di test i dati vengono generati in modo casuale, spesso utilizzando uno strumento o un meccanismo automatizzato. Con questo input generato in modo casuale, il sistema viene testato e i risultati vengono analizzati di conseguenza. Questi test sono meno affidabili; quindi viene normalmente utilizzato dai principianti e per vedere se il sistema reggerà in caso di effetti avversi.
92. Quali dei seguenti sono obiettivi validi per i rapporti sugli incidenti?
- Fornire agli sviluppatori e ad altre parti feedback sul problema per consentire l'identificazione, l'isolamento e la correzione, se necessario.
- Fornire idee per il miglioramento del processo di test.
- Fornire un veicolo per valutare la competenza del tester.
- Fornire ai tester uno strumento per monitorare la qualità del sistema sottoposto a test.
93. Considera le seguenti tecniche. Quali sono tecniche statiche e quali tecniche dinamiche?
- Partizionamento per equivalenza.
- Test dei casi d'uso.
- Analisi del flusso di dati.
- Test esplorativi.
- Test decisionale.
- Ispezioni.
L'analisi e le ispezioni del flusso di dati sono statiche; Il partizionamento di equivalenza, il test dei casi d'uso, il test esplorativo e il test decisionale sono dinamici.
94. Perché i test statici e i test dinamici sono descritti come complementari?
Perché condividono l'obiettivo di identificare i difetti ma differiscono per la tipologia di difetti riscontrati.
95. Quali sono le fasi di un riesame formale?
A differenza delle revisioni informali, le revisioni formali seguono un processo formale. Un tipico processo di revisione formale si compone di sei fasi principali:
- Pianificazione
- Inizio
- Preparazione
- Revvista riunione
- Rework
- Azione supplementare.
96. Qual è il ruolo del moderatore nel processo di revisione?
Il moderatore (o responsabile della revisione) guida il processo di revisione. Lui o lei determina, in collaborazione con l'autore, il tipo di revisione, l'approccio e la composizione del gruppo di revisione. Il moderatore esegue il controllo di ingresso e il follow-up sulla rielaborazione, al fine di controllare la qualità dell'input e dell'output del processo di revisione. Il moderatore pianifica inoltre la riunione, diffonde i documenti prima della riunione, istruisce gli altri membri del team, stimola la riunione, conduce possibili discussioni e archivia i dati raccolti.
Impara di più riguardo RevVisualizza il processo nel tutorial video qui
97. Cos'è una partizione di equivalenza (nota anche come classe di equivalenza)?
Un input o un output varia con intervalli di valori tali che solo un valore nell'intervallo diventi un caso di test.
98. Quando dovrebbero essere implementate le procedure di gestione della configurazione?
Durante la pianificazione del test.
99. Un tipo di test funzionale, che indaga le funzioni relative al rilevamento di minacce, come virus provenienti da estranei malintenzionati?
Test di sicurezza
100. Test in cui sottoponiamo l'obiettivo del test a carichi di lavoro variabili per misurare e valutare i comportamenti prestazionali e la capacità dell'obiettivo e del test di continuare a funzionare correttamente sotto questi diversi carichi di lavoro?
Caricare i test
101. L'attività di test eseguita per evidenziare difetti nelle interfacce e nell'interazione tra i componenti integrati è?
Test del livello di integrazione
102. Quali sono le tecniche di test basate sulla struttura (white-box)?
Le tecniche di testing basate sulla struttura (che sono anche dinamiche piuttosto che statiche) utilizzano la struttura interna del software per derivare casi di test. Sono comunemente chiamate tecniche "white-box" o "glass-box" (implicando che si possa vedere all'interno del sistema) poiché richiedono la conoscenza di come il software è implementato, ovvero di come funziona. Ad esempio, una tecnica strutturale può riguardare l'esercizio di loop nel software. Possono essere derivati diversi casi di test per esercitare il loop una volta, due volte e molte volte. Ciò può essere fatto indipendentemente dalla funzionalità del software.
103. Quando dovrebbero essere eseguiti i “test di regressione”?
Dopo che il software è cambiato o quando l'ambiente è cambiato Test di regressione dovrebbe essere eseguita.
104. Cos'è il test negativo e positivo?
Un test negativo avviene quando inserisci un input non valido e ricevi errori. Mentre il test positivo avviene quando inserisci un input valido e ti aspetti che alcune azioni vengano completate in conformità con le specifiche.
105. Qual è lo scopo di un criterio di completamento del test?
Lo scopo del criterio di completamento del test è determinare quando interrompere il test
106. Cosa NON può trovare l'analisi statica?
Ad esempio, perdite di memoria.
107. Qual è la differenza tra il re-test e il test di regressione?
Un nuovo test garantisce che il guasto originale sia stato rimosso; i test di regressione cercano effetti collaterali inaspettati.
108. Quali sono le tecniche di testing basate sull'esperienza?
Nelle tecniche basate sull'esperienza, la conoscenza, le abilità e il background delle persone contribuiscono in modo primario alle condizioni e ai casi di test. L'esperienza sia dei tecnici che degli imprenditori è importante, poiché apportano prospettive diverse all'analisi dei test e al processo di progettazione. Grazie alla precedente esperienza con sistemi simili, potrebbero avere informazioni su cosa potrebbe andare storto, il che è molto utile per i test.
109. Che tipo di revisione richiede criteri formali di entrata e di uscita, compresi i parametri?
Ispezione
110. Le revisioni o le ispezioni potrebbero essere considerate parte dei test?
Sì, perché entrambi aiutano a individuare i difetti e a migliorare la qualità.
111. Un campo di input prende l'anno di nascita tra il 1900 e il 2004, quali sono i valori limite per testare questo campo?
1899,1900,2004,2005
112. Quale dei seguenti strumenti sarebbe coinvolto nell'automazione del test di regressione? a. Tester di dati b. Tester di confine c. Cattura/riproduzione d. Comparatore di output.
D. Comparatore di uscita
113. Per testare una funzione, cosa deve scrivere un programmatore, che chiama la funzione da testare e passa i dati di test.
Guidatore
114. Qual è il motivo principale per cui gli sviluppatori hanno difficoltà a testare il proprio lavoro?
Mancanza di obiettività
115. “Quanti test sono sufficienti?”
La risposta dipende dal rischio per il vostro settore, dal contratto e dai requisiti speciali.
116. Quando dovrebbero essere interrotti i test?
Dipende dai rischi per il sistema sottoposto a test. Esistono alcuni criteri in base ai quali è possibile interrompere il test.
- Scadenze (test, rilascio)
- Il budget del test è stato esaurito
- Il tasso di bug scende al di sotto di un certo livello
- Casi di test completati con una certa percentuale di superamento
- I periodi alfa o beta per i test terminano
- La copertura del codice, delle funzionalità o dei requisiti è soddisfatta fino a un punto specifico
117. Quale tra i seguenti è lo scopo principale della strategia di integrazione per i test di integrazione in piccolo?
Lo scopo principale della strategia di integrazione è specificare quali moduli combinare, quando e quanti contemporaneamente.
118. Cosa sono i casi di test semi-casuali?
I casi di test semi-casuali non sono nulla, ma quando eseguiamo casi di test casuali ed eseguiamo il partizionamento per equivalenza in tali casi di test, vengono rimossi i casi di test ridondanti, fornendoci così casi di test semi-casuali.
119. Dato il seguente codice, quale affermazione è vera riguardo al numero minimo di casi di test richiesti per la copertura completa di istruzioni e rami?
Leggi p
Leggi q
SE p+q> 100
POI Stampa “Grande”
ENDIF
SE p > 50
POI Stampa “p Grande”
ENDIF
1 test per copertura estratto conto, 2 test per copertura filiale
120. Quale revisione viene normalmente utilizzata per valutare un prodotto per determinarne l'idoneità all'uso previsto e per identificare discrepanze?
Consulenza Revvista.
121. I difetti riscontrati dovrebbero essere originariamente documentati da chi?
Dai tester.
122. Qual è l'attuale standard di documentazione formale riconosciuto a livello mondiale?
Non ce n'è uno.
123. Quale tra i seguenti è il partecipante alla revisione che ha creato l'elemento da recensire?
Autore
124. Nel software vengono risolti numerosi bug critici. Tutti i bug sono in un modulo, relativo ai report. Il responsabile del test decide di eseguire test di regressione solo sul modulo dei report.
I test di regressione dovrebbero essere eseguiti anche su altri moduli perché la correzione di un modulo potrebbe influire su altri moduli.
125. Perché l’analisi dei valori limite fornisce buoni casi di prova?
Perché spesso vengono commessi errori durante la programmazione dei diversi casi vicino ai "bordi" del campo di valori.
126. Cosa rende un'ispezione diversa da altri tipi di revisione?
È guidato da un leader formato, utilizza criteri formali di ingresso e uscita e liste di controllo.
127. Perché il tester può dipendere dalla gestione della configurazione?
Perché la gestione della configurazione garantisce che conosciamo la versione esatta del testware e dell'oggetto di test.
128. Cos'è il modello V?
Un modello di sviluppo software che illustra come le attività di test si integrano con le fasi di sviluppo software
129. Cos'è il test di manutenzione?
Causato da modifiche, migrazione o ritiro del software esistente
130. Cos'è la copertura del test?
La copertura del test misura in qualche modo specifico la quantità di test eseguiti da un insieme di test (derivati in qualche altro modo, ad esempio, utilizzando tecniche basate sulle specifiche). Ovunque possiamo contare le cose e dire se ciascuna di queste cose è stata testata o meno da qualche test, allora possiamo misurare la copertura.
131. Perché l’integrazione incrementale è preferita all’integrazione “big bang”?
Perché l'integrazione incrementale offre una migliore capacità di screening e isolamento dei difetti precoci
132. Come si chiama il processo che parte dai moduli terminali?
Integrazione dal basso
133. Durante quale attività di test è possibile individuare i difetti in modo più economicamente vantaggioso?
Durante la pianificazione del test
134. Lo scopo della fase dei requisiti è
Congelare i requisiti, comprendere le esigenze degli utenti, definire l'ambito dei test
135. Perché dividiamo i test in fasi distinte?
Abbiamo suddiviso i test in fasi distinte per i seguenti motivi:
- Ogni fase del test ha uno scopo diverso
- È più facile riuscire a testare per fasi
- Possiamo eseguire test diversi in ambienti diversi
- Le prestazioni e la qualità dei test vengono migliorate utilizzando test a fasi
136. Cos'è il DRE?
Per misurare l'efficacia dei test, viene utilizzata una potente metrica nota come DRE (Defect Removal Efficiency). Da questa metrica sapremmo quanti bug abbiamo trovato dall'insieme dei casi di test. La formula per calcolare DRE è
DRE=Numero di bug durante il test/numero di bug durante il test + numero di bug trovati da un utente
137. Quale delle seguenti è probabile che tragga il massimo vantaggio dall'uso di strumenti di test che forniscono funzionalità di cattura e riproduzione dei test? a) Test di regressione b) Test di integrazione c) Test di sistema d) Test di accettazione dell'utente
Test di regressione
138. Come stimate la quantità di nuovi test che probabilmente saranno necessari?
Metriche di precedenti progetti simili e discussioni con il team di sviluppo
139. Cosa studia l'analisi del flusso di dati?
L'uso dei dati sui percorsi attraverso il codice.
140. Cos'è il fallimento?
Il fallimento è un allontanamento dal comportamento specificato.
141. Cosa sono i comparatori di test?
È davvero un test inserire alcuni input in un software, ma non guardare mai se il software produce il risultato corretto? L'essenza del test è verificare se il software produce il risultato corretto e, per farlo, dobbiamo confrontare ciò che il software produce con ciò che dovrebbe produrre. Un comparatore di test aiuta ad automatizzare gli aspetti di tale confronto.
142. Chi è responsabile documenta tutte le questioni, i problemi e i punti aperti identificati durante la riunione di revisione
Scriba
143. Qual è lo scopo principale del riesame informale
Un modo economico per ottenere qualche vantaggio
144. Qual è lo scopo della tecnica di progettazione dei test?
Identificazione delle condizioni di test e Identificazione dei casi di test
145. Quando si testa un sistema di calcolo dei voti, un tester determina che tutti i punteggi da 90 a 100 daranno un voto A, ma i punteggi inferiori a 90 no. Questa analisi è nota come:
Partizionamento per equivalenze
146. Un test manager desidera utilizzare le risorse disponibili per il test automatizzato di un'applicazione web. La scelta migliore è
Tester, automatizzatore di test, specialista web, DBA
147. Durante il test di un tester di moduli, "X" ha trovato un bug e lo ha assegnato a uno sviluppatore. Ma lo sviluppatore rifiuta lo stesso, dicendo che non è un bug. Cosa dovrebbe fare "X"?
Invia le informazioni dettagliate del bug riscontrato e verificane la riproducibilità
148. Un tipo di test di integrazione in cui elementi software, elementi hardware o entrambi vengono combinati tutti insieme in un componente o in un sistema complessivo, anziché in più fasi.
Test del Big Bang
149. In pratica, quale modello di Ciclo di Vita può avere più, meno o diversi livelli di sviluppo e test, a seconda del progetto e del prodotto software. Ad esempio, potrebbero esserci test di integrazione dei componenti dopo il test dei componenti e test di integrazione del sistema dopo il test del sistema.
Modello a V
150. Quale tecnica può essere utilizzata per ottenere la copertura di input e output? Può essere applicato all'input umano, all'input tramite interfacce in un sistema o ai parametri dell'interfaccia nei test di integrazione.
Partizionamento per equivalenze
151. “Questo modello del ciclo di vita è guidato da rischi di pianificazione e di budget” Questa affermazione è la più adatta.
Modello a V
152. In quale ordine dovrebbero essere eseguiti i test?
Quello più importante deve essere testato per primo
153. Più tardi nel ciclo di vita dello sviluppo viene scoperto un difetto, più costoso è ripararlo. Perché?
L'errore è stato incorporato in più documentazione, codice, test, ecc
154. Cos'è la misurazione della copertura?
È una misura parziale della completezza del test.
155. Cos'è il test del valore limite?
Testare le condizioni al contorno su, sotto e sopra i bordi delle classi di equivalenza di input e output. Ad esempio, supponiamo che un'applicazione bancaria in cui sia possibile prelevare un massimo di Rs.20,000 e un minimo di Rs.100, quindi nel test del valore limite testiamo solo i confini esatti, anziché raggiungere il centro. Ciò significa che testiamo al di sopra del limite massimo e al di sotto del limite minimo.
156. Cosa rappresenta COTS?
Commerciale pronto all'uso.
157. Lo scopo di ciò è quello di consentire l'esecuzione di test specifici su un sistema o una rete che assomigli il più possibile all'ambiente in cui l'oggetto in prova verrà utilizzato al momento del rilascio?
Ambiente di test
158. Cosa si può considerare basato sul piano di progetto, ma con maggiori dettagli?
Piano di test di fase
159. Cos'è lo sviluppo rapido di applicazioni?
Rapid Application Development (RAD) è formalmente uno sviluppo parallelo di funzioni e successiva integrazione. I componenti/funzioni vengono sviluppati in parallelo come se fossero mini progetti, gli sviluppi sono vincolati nel tempo, consegnati e quindi assemblati in un prototipo funzionante. Questo può dare molto rapidamente al cliente qualcosa da vedere e usare e per fornire feedback in merito alla consegna e ai suoi requisiti. Rapidi cambiamenti e sviluppi del prodotto sono possibili utilizzando questa metodologia. Tuttavia, le specifiche del prodotto dovranno essere sviluppate per il prodotto a un certo punto e il progetto dovrà essere sottoposto a controlli più formali prima di entrare in produzione.
👉 Segnala il nostro - Quiz di prova
👉 Segnala il nostro - Domande per colloqui di lavoro sui test del software Video di Youtube
Download gratuito del PDF: domande e risposte sull'intervista sui test del software
Il pdf con domande e risposte al colloquio di test manuale di cui sopra aiuterà sia le matricole che gli ingegneri QA esperti. Per favore condividi la pagina con amici e colleghi.