QUIZ ESAME 01 SET A Flashcards
Simulazione d’Esame set A
Domanda 1 (1 punto)
Quale delle seguenti affermazioni descrive un obiettivo del test valido?
a)
Dimostrare che non esistono difetti non risolti nel sistema sotto test (System Under Test, SUT)
b)
Dimostrare che non si verificheranno failure dopo il rilascio del sistema in produzione
c)
Ridurre il livello di rischio dell’oggetto di test e creare confidenza sul livello di qualità
d)
Verificare che non ci sono combinazioni di input non testate Selezionare UNA opzione.
a)
Non è corretta. È impossibile dimostrare che non esistono più difetti nel sistema sotto test. Si veda il principio 1 del testing
b)
Non è corretta. Si veda il principio 7 del testing
c)
È corretta. Il testing rileva difetti e failure, questo riduce il livello di rischio e, allo stesso tempo, fornisce maggiore fiducia al livello di qualità dell’oggetto di test
d)
Non è corretta. È impossibile testare tutte le combinazioni di input (si veda il principio 2 del testing)
Domanda 2 (1 punto)
Quale delle seguenti opzioni descrive un esempio di attività di test che contribuisce al successo?
a)
Avere tester coinvolti durante le diverse attività del ciclo di vita dello sviluppo software (Software Development Lifecycle, SDLC) aiuterà a rilevare difetti nei prodotti di lavoro
b)
I tester cercano di non disturbare gli sviluppatori durante la codifica, in modo che gli sviluppatori scrivano codice migliore
c)
I tester che collaborano con gli utenti finali contribuiscono a migliorare la qualità dei defect report durante il testing di integrazione dei componenti e il testing di sistema
d)
I tester certificati progetteranno test case molto migliori dei tester non certificati
a)
È corretta. È importante che i tester siano coinvolti già dalle prime fasi del ciclo di vita dello sviluppo software (SDLC). Questo aumenterà la comprensione delle decisioni di progettazione e consentirà di rilevare presto i difetti
b)
Non è corretta. Sia gli sviluppatori sia i tester avranno una maggiore comprensione dei reciproci prodotti di lavoro e di come testare il codice
c)
Non è corretta. Gli utenti finali non aiuteranno i tester ad aumentare la qualità dei defect report, inoltre gli utenti normalmente non partecipano ai livelli di test di basso livello, come il testing di integrazione
d)
Non è corretta. Essere certificati non significa automaticamente che il tester sarà più bravo nella progettazione dei test
Domanda 3 (1 punto)
Siete stato assegnato come tester a un team che produce un nuovo sistema in modo incrementale. Avete notato che per diverse iterazioni non sono state apportate modifiche ai regression test esistenti e non sono stati identificati nuovi difetti di regressione. Il vostro manager è soddisfatto, non voi. Quale principio del testing spiega il vostro scetticismo?
a)
I test perdono di efficacia
b)
L’assenza di difetti è un’idea sbagliata
c)
I difetti si raggruppano in cluster
d)
Il testing esaustivo è impossibile
a)
È corretta. Questo principio significa che se gli stessi test vengono ripetuti più volte, alla fine questi test non rilevano più alcun nuovo difetto. Questo è probabilmente il motivo per cui i test sono tutti passati anche in questo rilascio
b)
Non è corretta. Questo principio descrive l’errata convinzione che la sola rilevazione e correzione di un gran numero di difetti garantisca il successo di un sistema
c)
Non è corretta. Questo principio afferma che un piccolo numero di componenti generalmente contiene la maggior parte dei difetti
d)
Non è corretta. Questo principio afferma che testare tutte le combinazioni di input e di precondizioni non è fattibile
Domanda 4 (1 punto)
Lavorate in un team che sviluppa un’applicazione mobile per ordinare cibo. Nell’iterazione attuale il team ha deciso di implementare la funzionalità di pagamento.
Quale delle seguenti attività fa parte dell’analisi dei test?
a)
Stimare che il testing dell’integrazione con il servizio di pagamento richiederà 8 giorni-persona
b)
Decidere che il team dovrebbe verificare attraverso il testing se è possibile condividere correttamente i pagamenti tra molti utenti
c)
Utilizzare l’analisi ai valori limite per ricavare i dati di test per i test case che verificano la corretta elaborazione del pagamento, rispetto all’importo minimo consentito da pagare
d)
Analizzare la discrepanza tra il risultato effettivo e il risultato atteso dopo l’esecuzione di un test case che verifica il processo di pagamento con carta di credito e creare un defect report
Selezionare UNA opzione.
a)
Non è corretta. Stimare l’effort del test è parte della pianificazione dei test
b)
È corretta. Questo è un esempio di definizione delle condizioni di test, che è parte dell’analisi dei test
c)
Non è corretta. L’uso di tecniche di test per ricavare gli elementi di copertura è parte della progettazione dei test
d)
Non è corretta. Il reporting dei difetti rilevati durante il testing dinamico fa parte dell’esecuzione dei test
Domanda 5 (1 punto)
Quali dei seguenti fattori (i-v) hanno un’influenza SIGNIFICATIVA sull’approccio del test?
i.
Il ciclo di vita dello sviluppo software
ii.
Il numero di difetti rilevati nei progetti precedenti
iii.
I rischi di prodotto identificati
iv.
Nuovi requisiti normativi che impongono un testing white-box formale
v.
La configurazione dell’ambiente di test
a)
i, ii hanno un’influenza significativa
b)
i, iii, iv hanno un’influenza significativa
c)
ii, iv, v hanno un’influenza significativa
d)
iii, v hanno un’influenza significativa
i.
È vero. Il ciclo di vita dello sviluppo software (SDLC) ha un’influenza sull’approccio del test
ii.
È falso. Il numero di difetti rilevati nei progetti precedenti può avere qualche influenza, ma non è così significativo come i, iii e iv
iii.
È vero. I rischi di prodotto identificati sono uno dei fattori più importanti che influenzano l’approccio del test
iv.
È vero. I requisiti normativi sono fattori importanti che influenzano l’approccio del test
v.
È falso. L’ambiente di test non ha un’influenza significativa sull’approccio del test
Quindi:
a)
Non è corretta
b)
È corretta
c)
Non è corretta
d)
Non è corretta
Domanda 6 (1 punto)
Quali DUE dei seguenti compiti appartengono PRINCIPALMENTE a un ruolo di testing?
a)
Configurare gli ambienti di test
b)
Mantenere il product backlog
c)
Progettare soluzioni per nuovi requisiti
d)
Creare il test plan
e)
Analizzare la base di test
Selezionare DUE opzioni.
a)
È corretta. Questo viene eseguito dai tester
b)
Non è corretta. Il product backlog è costruito e manutenuto dal product owner
c)
Non è corretta. Questo viene eseguito dal team di sviluppo
d)
Non è corretta. Questo è un ruolo manageriale
e)
È corretta. Questo viene eseguito dai tester, perché è un’attività tecnica che è parte dell’analisi dei test
Domanda 7 (1 punto)
Quali delle seguenti competenze (i-v) sono le competenze PIÙ importanti per un tester?
i.
Avere conoscenza del dominio
ii.
Creare una vision di prodotto
iii.
Essere un buon giocatore di squadra
iv.
Pianificare e organizzare il lavoro del team
v.
Avere pensiero critico (critical thinking)
a)
ii e iv sono importanti
b)
i, iii e v sono importanti
c)
i, ii e v sono importanti
d)
iii e iv sono importanti
Selezionare UNA opzione.
i.
È vero. Avere una conoscenza del dominio è una competenza importante per il tester
ii.
È falso. Questo è un compito del business analyst insieme al rappresentante di business
iii.
È vero. Essere un buon giocatore di squadra è una competenza importante
iv.
È falso. Pianificare e organizzare il lavoro del team è un compito del test manager o, soprattutto in un progetto di sviluppo software Agile, del whole-team e non solo del tester
v.
È vero. Il pensiero critico è una delle competenze più importanti dei tester
Quindi:
a)
Non è corretta
b)
È corretta
c)
Non è corretta
d)
Non è corretta
Domanda 8 (1 punto)
In che modo l’approccio whole-team è presente nelle interazioni tra tester e rappresentanti di business?
a)
I rappresentanti di business decidono sugli approcci di test automation
b)
I tester aiutano i rappresentanti di business a definire la strategia di test
c)
I rappresentanti di business non fanno parte dell’approccio whole-team
d)
I tester aiutano i rappresentanti di business a creare test di accettazione adeguati Selezionare UNA opzione.
a)
Non è corretta. L’approccio alla test automation viene definito dai tester con l’aiuto degli sviluppatori e dei rappresentanti di business
b)
Non è corretta. La strategia di test viene decisa in collaborazione con gli sviluppatori
c)
Non è corretta. I tester, gli sviluppatori e i rappresentanti di business sono parte dell’approccio whole-team
d)
È corretta. I tester lavoreranno a stretto contatto con i rappresentanti di business per garantire che vengano raggiunti i livelli di qualità desiderati. Questo include il supporto e la collaborazione con loro per aiutarli a creare test di accettazione adeguati
Domanda 9 (1 punto)
Consideriamo la seguente regola: “Per ogni attività del ciclo di vita dello sviluppo software (SDLC, software development lifecycle) esiste una corrispondente attività di test”. In quali modelli SDLC è valida questa regola?
a)
Solo nei modelli SDLC sequenziali
b)
Solo nei modelli SDLC iterativi
c)
Solo nei modelli SDLC iterativi e incrementali
d)
Nei modelli SDLC sequenziali, incrementali e iterativi Selezionare UNA opzione.
a)
Non è corretta
b)
Non è corretta
c)
Non è corretta
d)
È corretta. Questa regola vale per tutti i modelli di ciclo di vita dello sviluppo software (SDLC)
Domanda 10 (1 punto)
Quale delle seguenti affermazioni descrive MEGLIO l’approccio acceptance test-driven development (ATDD)?
a)
In ATDD, i criteri di accettazione sono tipicamente creati sulla base del formato given/when/then
b)
In ATDD, i test case sono creati principalmente per il testing di componente e sono code-oriented (orientati al codice)
c)
In ATDD i test case sono creati sulla base dei criteri di accettazione, per guidare lo sviluppo del software correlato
d)
In ATDD, i test sono creati sulla base del comportamento desiderato del software, e questo rende più facile la comprensione da parte dei membri del team
Selezionare UNA opzione.
a)
Non è corretta. È più spesso utilizzato nel behavior-driven development (BDD)
b)
Non è corretta. È la descrizione del test-driven development (TDD)
c)
È corretta. Nell’acceptance test-driven development (ATDD), i test vengono scritti a partire dai criteri di accettazione come parte del processo di progettazione
d)
Non è corretta. Viene utilizzato nel behavior-driven development (BDD)
Domanda 11 (1 punto)
Quale dei seguenti NON è un esempio di approccio shift-left?
a)
Eseguire la review dei requisiti dell’utente prima della loro accettazione formale da parte degli stakeholder
b)
Scrivere un test di componente prima di scrivere il codice corrispondente
c)
Eseguire un testing di efficienza delle prestazioni per un componente durante il testing di componente
d)
Scrivere un test script prima di definire il processo di configuration management Selezionare UNA opzione.
a)
Non è corretta. La review anticipata è un esempio di approccio shift-left
b)
Non è corretta. Il test-driven development (TDD) è un esempio di approccio shift-left
c)
Non è corretta. Il testing non-funzionale anticipato è un esempio di approccio shift-left
d)
È corretta. I test script dovrebbero essere soggetti al configuration management, quindi non ha senso creare i test script prima che questo processo sia impostato
Domanda 12 (1 punto)
Quale delle seguenti argomentazioni potrebbe essere usata per convincere il vostro manager a organizzare le retrospettive alla fine di ogni release?
a)
Le retrospettive sono attualmente molto popolari e i clienti apprezzerebbero se fossero inserite nei nostri processi
b)
Organizzare retrospettive farà risparmiare denaro all’organizzazione perché i rappresentanti degli utenti finali non forniscono un feedback immediato sul prodotto
c)
Le debolezze del processo identificate durante la retrospettiva possono essere analizzate ed essere utilizzate come lista di cose da fare per il programma di continuous process improvement (miglioramento continuo del processo) dell’organizzazione
d)
Le retrospettive rispettano cinque valori, che includono il coraggio e il rispetto, che sono cruciali per mantenere il continuous improvement nell’organizzazione
Selezionare UNA opzione.
a)
Non è corretta. Le retrospettive sono più utili per identificare le opportunità di miglioramento e hanno poca importanza per i clienti
b)
Non è corretta. Le retrospettive non hanno lo scopo di raccogliere feedback sul prodotto ma sul processo. Inoltre, le retrospettive sono attività interne per il team e non dovrebbero includere rappresentanti degli utenti final
c)
È corretta. Le retrospettive condotte regolarmente, in presenza di attività di follow-up appropriate, sono fondamentali per il miglioramento continuo dello sviluppo e del testing
d)
Non è corretta. Il coraggio e il rispetto sono valori dell’Extreme Programming e non sono strettamente correlati alle retrospettive
Domanda 13 (1 punto)
Quali tipi di failure (1-4):
1.
Failure nel comportamento del sistema, a causa di una deviazione dalle esigenze di business dell’utente
2.
Failure nella comunicazione tra i componenti
3.
Failure nella logica in un modulo
4.
Failure in regole di business non correttamente implementate
si associano MEGLIO ai livelli di test (A-D)?
A.
Testing di componente
B.
Testing di integrazione dei componenti
C.
Testing di sistema
D.
Testing di accettazione
a) 1D, 2B, 3A, 4C
b) 1D, 2B, 3C, 4A
c) 1B, 2A, 3D, 4C
d) 1C, 2B, 3A, 4D
Selezionare UNA opzione.
Si consideri che:
*
La base di test per il testing di accettazione è costituita dalle esigenze di business dell’utente (1D)
*
La comunicazione tra i componenti viene testata durante il testing di integrazione dei componenti (2B)
*
I failure nella logica possono essere rilevati durante il testing di componente (3A)
*
Le regole di business sono la base di test per il testing di sistema (4C)
Quindi:
a)
È corretta
b)
Non è corretta
c)
Non è corretta
d)
Non è corretta
Domanda 14 (1 punto)
State testando una user story con tre criteri di accettazione: AC1, AC2 e AC3. AC1 è coperto dal test case TC1, AC2 da TC2 e AC3 da TC3. La schedulazione dell’esecuzione dei test prevedeva tre esecuzioni dei test (test run) su tre versioni consecutive del software, come segue:
Esecuzione 1
Esecuzione 2
Esecuzione 3
TC1
(1) Fallito
(4) Superato
(7) Superato
TC2
(2) Superato
(5) Fallito
(8) Superato
TC3
(3) Fallito
(6) Fallito
(9) Superato
I tre test vengono ripetuti una volta che siete stato informato che tutti i difetti rilevati durante il test run sono stati corretti e che è disponibile una nuova versione del software.
Quali dei test descritti nella tabella vengono eseguiti come regression test?
a) Solo 4, 7, 8, 9
b) Solo 5, 7
c) Solo 4, 6, 8, 9
d) Solo 5, 6 Selezionare UNA opzione.
Poiché TC1 e TC3 sono falliti nell’Esecuzione 1 (cioè i test (1) e (3)), i test (4) e (6) sono test confermativi
Poiché TC2 e TC3 sono falliti nell’Esecuzione 2 (cioè i test (5) e (6)), i test (8) e (9) sono test confermativi
TC2 è stato superato nell’Esecuzione 1 (cioè il test (2)), quindi il test (5) è un regression test
TC1 è stato superato nell’Esecuzione 2 (cioè il test (4)), quindi il test (7) è un regression test
Quindi:
a)
Non è corretta
b)
È corretta
c)
Non è corretta
d)
Non è corretta
Domanda 15 (1 punto)
Quale dei seguenti NON è un vantaggio del testing statico?
a)
Avere un defect management meno costoso grazie alla facilità di rilevare i difetti in una fase successiva del ciclo di vita dello sviluppo software (SDLC)
b)
Correggere i difetti rilevati durante il testing statico è generalmente molto meno costoso che correggere i difetti rilevati durante il testing dinamico
c)
Rilevare difetti di codifica che non sarebbero stati rilevati eseguendo solo il testing dinamico
d)
Rilevare lacune e inconsistenza nei requisiti Selezionare UNA opzione.
a)
È corretta. Il defect management non è meno costoso. Trovare e correggere i difetti in una fase successiva del ciclo di vita dello sviluppo software (SDLC) è più costoso
b)
Non è corretta. Questo è un vantaggio del testing statico
c)
Non è corretta. Questo è un vantaggio del testing statico
d)
Non è corretta. Questo è un vantaggio del testing statico
Domanda 16 (1 punto)
Quale dei seguenti è un beneficio di un feedback anticipato e frequente?
a)
Migliorare il processo di test per i progetti futuri
b)
Forzare i clienti a prioritizzare i loro requisiti in base ai rischi concordati
c)
Fornisce una misura per la qualità delle modifiche
d)
Aiutare a evitare incomprensioni sui requisiti Selezionare UNA opzione.
a)
Non è corretta. Il feedback può migliorare il processo di test, ma se si vuole solo migliorare i progetti futuri, non è necessario che il feedback arrivi presto o frequentemente
b)
Non è corretta. Il feedback non viene utilizzato per prioritizzare i requisiti
c)
Non è corretta. Non esiste un unico modo raccomandato per misurare la qualità delle modifiche. Inoltre questo non è uno dei benefici del feedback anticipato menzionato nel paragrafo 3.2.1
d)
È corretta. Un feedback anticipato e frequente può prevenire incomprensioni sui requisiti