Dizionario Flashcards
Chi sono i rappresentanti di business?
Nel contesto del testing software, i rappresentanti di business (o business representatives) sono figure chiave che rappresentano gli interessi dell’azienda o del cliente per garantire che il software soddisfi i requisiti e gli obiettivi di business.
Cosa è Error Guessing?
Error Guessing è una tecnica di testing basata sull’esperienza e l’intuizione del tester per identificare difetti nel software.
In una user story quale è la parte essenziale?
I criteri di accettazione sono una parte essenziale della documentazione di una user story e definiscono le condizioni che devono essere soddisfatte affinché la user story possa essere considerata completata. Tra le opzioni fornite.
Da chi viene decisa la priorità delle user story ?
La priorità delle user story viene determinata principalmente dai product owner o dagli stakeholder in base alle esigenze del business, non dai tester. I tester sono coinvolti nella definizione di come le user story verranno testate, ma non nella loro priorità.
I tester si concentrano solo su gli aspetti Funzionali?
I tester non si concentrano solo sugli aspetti funzionali. Essi devono considerare anche aspetti non funzionali (come prestazioni, sicurezza, usabilità) e rischi legati alla qualità complessiva. La loro visione completa aiuta a garantire che il software funzioni correttamente in tutti i contesti
I tester garantiscono il rilascio di software di alta qualità attraverso la progettazione anticipata dei test durante la pianificazione della release?
Sebbene i tester possano contribuire a progettare i test, la qualità del software è il risultato del lavoro di tutto il team, non solo dei tester. La progettazione anticipata dei test è utile, ma non è l’unico fattore che garantisce la qualità. Inoltre, la qualità viene costruita durante tutto il ciclo di vita dello sviluppo, non solo durante la pianificazione della release.
I tester partecipano all’identificazione dettagliata dei rischi e alla valutazione dei rischi delle user story?
I tester partecipano all’identificazione dettagliata dei rischi e alla valutazione dei rischi delle user story è quella che meglio descrive come i tester aggiungono valore alla pianificazione dell’iterazione e alla pianificazione della release
Importanza della Readiness
la Readiness si riferisce a un concetto legato alla verifica dello stato di un’applicazione o di un servizio per determinare se è pronto a gestire il traffico o i carichi di lavoro reali.
Cosa è la densità dei difetti?
Questo può essere un criterio di uscita, in quanto la densità dei difetti si riferisce al numero di difetti trovati rispetto alla quantità di test eseguiti. Se il numero di difetti raggiunge un livello soddisfacente o si stabilizza, potrebbe significare che il sistema è sufficientemente stabile e il test può essere considerato completo.
Come esprimere i criteri di accettazione?
I criteri di accettazione sono un insieme di condizioni che definiscono quando un requisito, una funzionalità o una user story può essere considerata completata e conforme alle aspettative.
Il formato GWT è una struttura comune per esprimere criteri di accettazione, tipica del Behavior-Driven Development (BDD). Questo formato divide i criteri in tre parti:
Given: il contesto iniziale o la condizione di partenza.
When: l’azione o l’evento scatenante.
Then: il risultato atteso o il comportamento previsto.
l’automazione dei test di regressione è sufficiente per considerarlo come criterio di uscita?
I test di regressione automatizzati sono una parte essenziale del criterio di uscita, ma devono essere integrati con altri tipi di test, metriche di qualità e approvazioni da parte degli stakeholder per garantire che il software sia pronto per il rilascio.
Scrivi la formula dei tre punti
State testando un sistema il cui ciclo di vita è modellato dal seguente state transition diagram. Il sistema inizia nello stato INIT e termina il suo funzionamento nello stato OFF.
Qual è il numero MINIMO di test case per ottenere una copertura delle transizioni valida?
3 (Devi vedere il numero dei percorsi possibili)
Quali DUE delle seguenti opzioni possono essere considerate come criteri di uscita relativi alle attività del test di sistema?
a) Readiness dell’ambiente di test
b) Capacità di eseguire il login dell’oggetto di test da parte del tester
c) Viene raggiunta la densità stimata dei difetti
d) I requisiti sono tradotti nel formato given/when/then
e) I regression test sono automatizzati
Il Readness è un criterio di entrata e non di uscita
La capacità di fare il login non è un criterio di uscita
Una densità di difetti indica un livello di qualità quindi si può considerare un criterio di uscita valido
Un CRITERIO DI ACCETTAZIONE deve essere scritto seguendo il formato given/when/then pur non è un criterio di uscita ma si tratta di una attività di progettazione
c ) Viene raggiunta la densità stimata dei difetti
Questo è un criterio di uscita comune nelle attività di testing, in cui il team stabilisce un obiettivo per la densità residua dei difetti accettabile (es. meno di un certo numero di difetti critici per modulo). Una volta raggiunto, può essere considerato un segnale che il sistema è sufficientemente stabile per procedere.
e ) I regression test sono automatizzati
L’automazione dei test di regressione è spesso un criterio di uscita nelle attività di test di sistema per garantire che eventuali modifiche o correzioni non introducano nuovi difetti e per supportare i
d ) I requisiti sono tradotti nel formato given/when/then: (ERRATA)
Questo è legato alla preparazione dei test o al framework di testing, non un criterio per terminare il test di sistema.
Cosa significa Readiness come criterio di entrata?
Il readiness si riferisce a una verifica preliminare che garantisce che tutto ciò che serve per avviare i test sia disponibile e funzionante. È un “via libera” che assicura che il testing possa iniziare senza interruzioni o inefficienze.
L’applicazione si blocca
03-maggio-2022 – John Doe - Rifiutato
L’applicazione si blocca dopo aver inserito “Input del test: $ä” nel campo Nome nella schermata di creazione di un nuovo utente. Ho provato a disconnettermi e ad accedere con l’account test_admin01, stesso problema. Ho provato con altri account test_admin, stesso problema. Non è stato ricevuto alcun messaggio di errore; il log (vedi allegato) contiene una notifica di errore fatale. In base al test case TC-1305, l’applicazione dovrebbe accettare l’input inserito e creare l’utente. Si prega di risolvere il problema con priorità elevata, poiché questa funzionalità è correlata a REQ-0012, che è un nuovo requisito di business critico.
Quali informazioni critiche sono MANCANTI in questo test report che sarebbero state utili per gli sviluppatori?
Per gli sviluppatori, è fondamentale conoscere l’ambiente di test (ad esempio, sistema operativo, versione del software, browser utilizzato, configurazioni specifiche) e l’oggetto di test (la build o la versione dell’applicazione testata) per riprodurre l’errore.
Sebbene il report contenga dettagli sull’input che causa l’anomalia e su come il test è stato eseguito, mancano informazioni riguardo:
Ambiente di test: Ad esempio, su quale sistema operativo, versione dell’applicazione, e altre configurazioni tecniche l’errore si verifica.
Oggetto di test: La versione esatta del software in cui è stato rilevato il difetto.
Senza queste informazioni, il team di sviluppo potrebbe non riuscire a replicare l’anomalia nel loro ambiente, motivo per cui il difetto viene spesso segnalato come “non riproducibile”.
Quale attività di test supporta uno strumento di preparazione dei dati?
a) Monitoraggio e controllo dei test
b) Progettazione dei test
c) Implementazione dei test
d) Completamento dei test
Selezionare UNA opzione.
Uno strumento di preparazione dei dati supporta l’implementazione dei test, poiché aiuta a creare, organizzare e fornire i dati necessari per eseguire i casi di test. Durante questa fase, i dati di test devono essere configurati, inseriti o generati per garantire che i test possano essere eseguiti correttamente.
Comunque la preparazione dei dati avviene anche durante la Progettazione dei test ma in questa domanda vuole dare più importanza all implementazione
i consideri il seguente testware:
Quale attività di test produce questo testware come output?
a) Pianificazione dei test
b) Monitoraggio e controllo dei test
c) Analisi dei test
d) Progettazione dei test
L’analisi dei test è l’attività in cui vengono definiti cosa testare e quali difetti individuare in base agli obiettivi di test. In questo caso, il testware fornisce una Test Charter per il testing esplorativo, che definisce:
L'ambito (pagina di registrazione) Le condizioni di test (dati di input errati) Lo scopo (rilevare difetti relativi all'accettazione con input errato)
Questo processo di identificazione delle condizioni di test e degli obiettivi è tipico dell’analisi dei test.
Le altre opzioni non sono corrette:
- Pianificazione dei test riguarda la definizione dell’approccio generale, delle risorse e delle tempistiche.
- Monitoraggio e controllo dei test si occupa del monitoraggio dell’avanzamento e delle eventuali correzioni.
- Progettazione dei test avviene dopo l’analisi e si concentra sulla creazione di test case specifici.
Quale dei seguenti è il MIGLIOR esempio di come la tracciabilità supporta il testing?
a) Eseguire l’analisi degli impatti di una modifica fornirà informazioni sul completamento dei test
b) Analizzare la tracciabilità tra i test case e i risultati dei test fornirà informazioni sul livello di rischio residuo stimato
c) Eseguire l’analisi degli impatti di una modifica aiuterà a selezionare i giusti test case per il regression testing
d) Analizzare la tracciabilità tra la base di test, gli oggetti di test e i test case aiuterà a selezionare i dati di test per raggiungere la copertura attesa dell’oggetto di test
La RIsposta A è sbagliata perchè
con L’ analisi DEGLI IMPATTI ci consente di individuare l’ area della modifica. E non le informazioni del completamento dei test.
La risposta B è sbagliata perchè Sebbene la tracciabilità tra test case e risultati dei test sia utile per capire quali aree sono state testate e con quali esiti, non fornisce direttamente una stima del rischio residuo.
La risposta C è corretta perchè La tracciabilità è fondamentale per collegare i requisiti alle funzionalità e ai test case. Quando viene effettuata una modifica al sistema, l’analisi dell’impatto identifica quali aree del software sono state influenzate.
Questo permette di selezionare i test case appropriati per verificare che le modifiche non abbiano introdotto regressioni (errori o malfunzionamenti in funzionalità preesistenti).
La risposta D è Sbagliata perchè Anche se l’analisi della tracciabilità aiuta a collegare la base di test (requisiti) agli oggetti di test e ai test case, la selezione dei dati di test non è il miglior esempio di supporto dato dalla tracciabilità
Lavorate come tester in un progetto su un’applicazione mobile per ordinare cibo per uno dei vostri clienti. Il cliente vi ha inviato una lista dei requisiti. Uno di questi requisiti, di alta priorità, viene così definito:
“L’ordine deve essere elaborato in meno di 10 secondi nel 95% dei casi”.
Avete creato un insieme di test case in cui sono stati fatti un numero casuale di ordini, è stato misurato il tempo di elaborazione e sono stati verificati i risultati dei test rispetto ai requisiti.
Quale tipo di test avete eseguito?
a) Test funzionale, perché i test case coprono i requisiti di business dell’utente per il sistema
b) Test non-funzionale, perché i test case misurano le prestazioni del sistema
c) Test funzionale, perché i test case interagiscono con l’interfaccia utente
d) Test white-box, perché si deve conoscere la struttura interna del codice per misurare il tempo di elaborazione degli ordini
Il requisito che viene descritto riguarda le prestazioni dell’applicazione, ossia il tempo che l’ordine deve impiegare per essere elaborato. Questo è un requisito non funzionale, poiché si riferisce a come il sistema si comporta (la velocità di elaborazione degli ordini) piuttosto che a cosa fa (come gestisce l’ordine). Risposta giusta è la B
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
La risposta esatta è la C in quanto per la metodologia ATDD Servono proprio i criteri di accettazione
La risposta A) è sbagliata in quanto il given/when/then soddisfa soltanto in parte.
La b) è palesemente sbagliata
La D) è sbagliata in quanto il test ATDD non si basa sul comportamento del codice.
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
La risposta esatta è la D) in quanto definire dei test script prima di un test Managment è solo una gestione scellerata.
La c ) è corretta in quanto fare dei test di efficienza prima ci aiuta a prevenire in anticipo tanti difetti
