ISTQB Foundation Level - 2 Il Testing all’interno del Ciclo di Vita dello Sviluppo Software Flashcards

1
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Cos’è un modello del ciclo di vita dello sviluppo software?

A

Un modello che descrive le attività eseguite in ogni fase di un progetto di sviluppo software e come si relazionano tra loro in modo logico e cronologico.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Qual è il principio del testing anticipato?

A

Iniziare le attività di test nelle prime fasi del ciclo di vita dello sviluppo software per individuare e risolvere i problemi il più presto possibile.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Cosa descrive il modello a cascata (Waterfall)?

A

Un modello di sviluppo sequenziale in cui le attività di sviluppo (analisi dei requisiti, progettazione, codifica, testing) vengono completate in sequenza, una dietro l’altra.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

In cosa consiste il V-Model?

A

Un modello di sviluppo sequenziale che implementa il principio del testing anticipato, integrando il processo di test nel processo di sviluppo e associando un livello di test alla corrispondente fase di sviluppo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Cos’è lo sviluppo incrementale?

A

Un modello di sviluppo in cui le attività di definizione dei requisiti, progettazione, sviluppo e testing di un sistema vengono eseguite in parti, con una crescita incrementale delle funzionalità software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Cos’è lo sviluppo iterativo?

A

Un modello di sviluppo in cui gruppi di funzionalità vengono specificati, progettati, sviluppati e testati insieme, in una serie di cicli spesso di durata fissa.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Che cos’è Scrum?

A

Un modello di sviluppo iterativo con iterazioni di breve durata che produce incrementi di funzionalità piccoli e frequenti.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Che cos’è Kanban?

A

Un modello di sviluppo che può essere implementato con o senza iterazioni di durata fissa, rilasciando singole funzionalità complete o miglioramenti, oppure raggruppando un insieme di funzionalità in un unico rilascio.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

In che modo i modelli del ciclo di vita dello sviluppo software devono essere adattati al contesto del progetto?

A

Devono essere selezionati e adattati in base all’obiettivo del progetto, al tipo di prodotto da sviluppare, alle priorità di business e ai rischi di prodotto e di progetto identificati.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Qual è un esempio di combinazione di modelli del ciclo di vita dello sviluppo software?

A

Utilizzare il V-Model per lo sviluppo e il testing dei sistemi di back-end e un modello Agile per lo sviluppo e il testing dell’interfaccia utente (UI) di front-end e delle funzionalità.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Quali sono i due tipi principali di modelli del ciclo di vita dello sviluppo software?

A) Sequenziali e iterativi

B) Anticipati e tardivi

C) Modulari e monolitici

D) Waterfall e Agile

A

A) Sequenziali e iterativi

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Qual è il vantaggio principale dell’adozione di un modello Agile per lo sviluppo software?

A) Richiede meno tempo per lo sviluppo

B) Migliora la qualità del codice

C) Consente una maggiore adattabilità ai cambiamenti

D) Riduce i costi di sviluppo

A

C) Consente una maggiore adattabilità ai cambiamenti

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Quale modello del ciclo di vita dello sviluppo software è basato su un approccio sequenziale e prevede il testing anticipato?

A) Waterfall

B) V-Model

C) Scrum

D) Kanban

A

B) V-Model

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Quale di queste metodologie utilizza una serie di “sprint” per lo sviluppo e il rilascio di funzionalità incrementali?

A) Waterfall

B) V-Model

C) Scrum

D) Kanban

A

C) Scrum

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

In quale modello del ciclo di vita dello sviluppo software le attività di sviluppo e testing vengono eseguite in parallelo?

A) Waterfall

B) V-Model

C) Incrementale

D) Iterativo

A

D) Iterativo

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Quale modello del ciclo di vita dello sviluppo software è più adatto a progetti con requisiti stabili e ben definiti?

A) Waterfall

B) V-Model

C) Scrum

D) Kanban

A

A) Waterfall

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Quale di queste metodologie Agile prevede la gestione del flusso di lavoro attraverso una “tabella Kanban”?

A) Waterfall

B) V-Model

C) Scrum

D) Kanban

A

D) Kanban

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

In quale modello del ciclo di vita dello sviluppo software il prodotto viene sviluppato in parti, con una crescita incrementale delle funzionalità software?

A) Waterfall

B) V-Model

C) Incrementale

D) Iterativo

A

C) Incrementale

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

2.1 Modelli del Ciclo di Vita dello Sviluppo Software

Qual è un esempio di un modello di sviluppo sequenziale?

A) Scrum

B) Kanban

C) Waterfall

D) Agile

A

C) Waterfall

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

2.2 Livelli di Test

Cos’è il test dei componenti?

A

È un tipo di test di sviluppo che verifica la correttezza e la robustezza dei singoli componenti di un sistema.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

2.2 Livelli di Test

Qual è l’obiettivo principale del test di integrazione?

A

Verificare la correttezza e la robustezza delle interazioni tra i componenti di un sistema.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

2.2 Livelli di Test

Quali sono gli oggetti di test nel test di sistema?

A

Il sistema completo, le interfacce esterne e le configurazioni.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

2.2 Livelli di Test

Qual è lo scopo degli User Acceptance Test (UAT)?

A

Validare l’idoneità all’utilizzo del sistema da parte degli utenti previsti.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

2.2 Livelli di Test

Cosa si intende per Operational Acceptance Test (OAT)?

A

È un tipo di test di accettazione che verifica gli aspetti operativi del sistema, come backup, disaster recovery e sicurezza.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

2.2 Livelli di Test

Qual è l’obiettivo del testing di accettazione contrattuale?

A

Verificare la conformità del sistema ai requisiti contrattuali specificati.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

2.2 Livelli di Test

Che cosa sono gli Alpha test e Beta test?

A

Sono tipi di test di accettazione utilizzati per raccogliere feedback dagli utenti potenziali o esistenti, dai clienti e dagli operatori.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

2.2 Livelli di Test

Cosa si intende per “base di test”?

A

Sono i prodotti di lavoro utilizzati come riferimento per la creazione e l’esecuzione dei test case.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

2.2 Livelli di Test

Quali sono alcuni difetti tipici nel test di sviluppo?

A

Errori di logica, errori di interfaccia, problemi di comunicazione e problemi di integrazione.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

2.2 Livelli di Test

Quali sono alcuni difetti tipici nel test di accettazione?

A

Workflow di sistema non conformi ai requisiti, regole di business non implementate correttamente, requisiti contrattuali o normativi non soddisfatti, failure non-funzionali.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

2.2 Livelli di Test

Quali sono gli obiettivi del test di sistema?

A) Verificare il backup dei dati

B) Verificare le interazioni tra i componenti

C) Verificare che il sistema soddisfi i requisiti funzionali e non funzionali

D) Validare l’idoneità all’utilizzo del sistema da parte degli utenti

A

C) Verificare che il sistema soddisfi i requisiti funzionali e non funzionali

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

2.2 Livelli di Test

Quali prodotti di lavoro sono tipicamente utilizzati come base di test per il test di accettazione?

A) Processi di business

B) Specifiche dei componenti

C) Modelli di progettazione

D) Codice sorgente

A

A) Processi di business

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

2.2 Livelli di Test

In quale fase del ciclo di vita di sviluppo si svolge tipicamente il test di accettazione?

A) Prima del test di sistema

B) Durante il test di sistema

C) Dopo il test di sistema

D) Contemporaneamente al test di sistema

A

C) Dopo il test di sistema

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

2.2 Livelli di Test

In quali situazioni è tipico svolgere il test di accettazione normativo?

A) Quando si devono rispettare specifiche normative governative o legali

B) Quando si verifica la correttezza delle interazioni tra componenti

C) Quando si esegue un test per verificare la robustezza del sistema

D) Quando si testano le funzionalità di un sistema

A

A) Quando si devono rispettare specifiche normative governative o legali

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

2.2 Livelli di Test

Cosa si intende per “oggetti di test”?

A) I documenti di progetto utilizzati per creare i test case

B) Gli strumenti utilizzati per eseguire i test

C) Gli elementi specifici del sistema che vengono testati

D) I risultati dei test precedentemente eseguiti

A

C) Gli elementi specifici del sistema che vengono testati

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

2.2 Livelli di Test

Qual è uno degli obiettivi principali degli Alpha e Beta test?

A) Identificare errori di logica nel codice sorgente

B) Verificare la correttezza delle interazioni tra componenti

C) Aumentare la fiducia nella capacità degli utenti di utilizzare il sistema in condizioni normali

D) Verificare la conformità ai requisiti contrattuali

A

C) Aumentare la fiducia nella capacità degli utenti di utilizzare il sistema in condizioni normali

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

2.2 Livelli di Test

Qual è l’obiettivo principale del testing di accettazione?

A) Verificare la conformità ai requisiti di sistema

B) Testare la robustezza dei singoli componenti

C) Stabilire confidenza sulla qualità del sistema completo

D) Identificare errori di logica nel codice sorgente

A

C) Stabilire confidenza sulla qualità del sistema completo

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

2.2 Livelli di Test

Quali sono alcuni esempi di difetti tipici nel test di sistema?

A) Errori nei processi di business

B) Requisiti non funzionali non soddisfatti

C) Errori di interfaccia tra componenti

D) Errori di logica nel codice sorgente

A

B) Requisiti non funzionali non soddisfatti

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

2.2 Livelli di Test

Qual è l’obiettivo principale del testing di accettazione contrattuale e normativo?

A) Aumentare la fiducia che sia stata raggiunta la conformità contrattuale o normativa

B) Identificare errori di logica nel codice sorgente

C) Verificare la correttezza delle interazioni tra componenti

D) Testare la robustezza dei singoli componenti

A

A) Aumentare la fiducia che sia stata raggiunta la conformità contrattuale o normativa

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

2.2 Livelli di Test

Qual è uno degli obiettivi principali del testing di sistema?

A

Verificare che il sistema soddisfi i requisiti funzionali e non funzionali

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

2.3 Tipi di Test

Cos’è il testing del software?

A

Il processo di valutazione delle funzionalità di un software per garantire che soddisfi i requisiti di qualità.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

2.3 Tipi di Test

Qual è lo scopo del testing del software?

A

Identificare e risolvere problemi, errori e difetti nel software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

2.3 Tipi di Test

Quali sono i due tipi principali di testing del software?

A

Testing funzionale e non funzionale.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

2.3 Tipi di Test

Cos’è il testing funzionale?

A

Il testing che verifica se il software soddisfa i requisiti specificati.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

2.3 Tipi di Test

Cos’è il testing non funzionale?

A

Il testing che valuta attributi come prestazioni, sicurezza e usabilità.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

2.3 Tipi di Test

Qual è la differenza tra testing manuale e automatico?

A

Il testing manuale viene eseguito da persone, mentre il testing automatico utilizza strumenti e script per eseguire test.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

2.3 Tipi di Test

Cosa significa l’acronimo “ISTQB”?

A

International Software Testing Qualifications Board.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

2.3 Tipi di Test

Qual è il vantaggio del testing automatico rispetto al testing manuale?

A

Maggiore efficienza, precisione e velocità nell’esecuzione dei test.

48
Q

2.3 Tipi di Test

Cos’è un caso di test?

A

Un insieme di condizioni o variabili utilizzate per determinare se un sistema soddisfa i requisiti.

49
Q

2.3 Tipi di Test

Qual è lo scopo di un piano di test?

A

Definire l’approccio, le risorse e il programma del testing.

50
Q

2.3 Tipi di Test

Quali sono gli obiettivi del testing del software?

A) Trovare errori

B) Garantire la qualità

C) Validare le funzionalità

D) Tutte le risposte sono corrette

A

D) Tutte le risposte sono corrette

Trovare errori, Garantire la qualità e Validare le funzionalità

51
Q

2.3 Tipi di Test

Quali sono i due tipi di testing non funzionale?

A) Sicurezza e prestazioni

B) Sicurezza e funzionalità

C) Funzionalità e prestazioni

D) Funzionalità e usabilità

A

A) Sicurezza e prestazioni

52
Q

2.3 Tipi di Test

Che cosa è il test di regressione?

A) Testare nuove funzionalità

B) Testare le prestazioni del software

C) Testare la sicurezza del software

D) Verificare che le modifiche non abbiano introdotto nuovi errori

A

D) Verificare che le modifiche non abbiano introdotto nuovi errori

53
Q

2.3 Tipi di Test

Qual è l’obiettivo del test di accettazione?

A) Valutare la funzionalità del software

B) Valutare la sicurezza del software

C) Valutare la qualità del software

D) Valutare la soddisfazione del cliente

A

D) Valutare la soddisfazione del cliente

54
Q

2.3 Tipi di Test

Qual è la finalità del test di sistema?

A) Verificare le singole componenti del software

B) Valutare l’integrazione delle componenti del software

C) Testare l’intero sistema come un’entità unica

D) Valutare la sicurezza del software

A

C) Testare l’intero sistema come un’entità unica

55
Q

2.3 Tipi di Test

A cosa serve il test di integrazione?

A) Testare singole componenti del software

B) Valutare la combinazione di componenti del software

C) Testare l’intero sistema come un’entità unica

D) Valutare la sicurezza del software

A

B) Valutare la combinazione di componenti del software

56
Q

2.3 Tipi di Test

In quale fase del ciclo di vita del software il testing viene solitamente eseguito?

A) Analisi dei requisiti

B) Progettazione

C) Implementazione

D) Manutenzione

A

C) Implementazione

57
Q

2.3 Tipi di Test

Qual è l’obiettivo del test unitario?

A) Verificare le singole componenti del software

B) Valutare l’integrazione delle componenti del software

C) Testare l’intero sistema come un’entità unica

D) Valutare la soddisfazione del cliente

A

A) Verificare le singole componenti del software

58
Q

2.3 Tipi di Test

Cos’è un bug tracking system?

A) Un sistema per monitorare le prestazioni del software

B) Un sistema per gestire e tenere traccia degli errori nel software

C) Un sistema per gestire i casi di test

D) Un sistema per pianificare i test del software

A

B) Un sistema per gestire e tenere traccia degli errori nel software

59
Q

2.3 Tipi di Test

Cosa indica il termine “test coverage”?

A) La quantità di codice testato

B) La qualità del testing

C) La velocità del testing

D) Il grado di soddisfazione del cliente

A

A) La quantità di codice testato

60
Q

2.4 Testing di Manutenzione

Cos’è il testing di manutenzione?

A

Il testing di manutenzione è eseguito per valutare il successo delle modifiche implementate e per verificare eventuali side-effect (regressioni) in parti del sistema rimaste invariate.

61
Q

2.4 Testing di Manutenzione

Quando è necessaria la manutenzione del software?

A

La manutenzione è necessaria per correggere difetti, aggiungere nuove funzionalità, eliminare o modificare funzionalità esistenti e preservare o migliorare le caratteristiche di qualità non-funzionali del software.

62
Q

2.4 Testing di Manutenzione

Quali sono i due tipi di rilasci di manutenzione?

A

Rilasci pianificati e rilasci non pianificati (hot fix).

63
Q

2.4 Testing di Manutenzione

Quali sono i trigger principali per la manutenzione del software?

A

Modifica, migrazione e ritiro.

64
Q

2.4 Testing di Manutenzione

Quali sono alcuni esempi di test operativi durante la migrazione di un software?

A

Test operativi nel nuovo ambiente e test di conversione dei dati.

64
Q

2.4 Testing di Manutenzione

Quali attività di test potrebbero essere necessarie durante il ritiro di un software?

A

Test di migrazione dei dati, test di archiviazione dei dati, test delle procedure di retrieve/restore dei dati e regression testing.

65
Q

2.4 Testing di Manutenzione

Cosa si intende per analisi degli impatti nel contesto del testing di manutenzione?

A

L’analisi degli impatti valuta le modifiche apportate in un rilascio di manutenzione per individuare le conseguenze attese, i possibili side-effect e le aree del sistema impattate dalle modifiche.

66
Q

2.4 Testing di Manutenzione

Perché l’analisi degli impatti può essere difficile?

A

L’analisi degli impatti può essere difficile a causa di specifiche non aggiornate o mancanti, test case non documentati o non aggiornati, tracciabilità bidirezionale non mantenuta, supporto degli strumenti debole o inesistente e scarsa conoscenza del dominio o del sistema.

67
Q

2.4 Testing di Manutenzione

In quali situazioni l’analisi degli impatti può essere svolta prima che venga apportata una modifica?

A

L’analisi degli impatti può essere svolta prima dell’implementazione di una modifica per aiutare a decidere se la modifica debba essere implementata, in base alle potenziali conseguenze in altre aree del sistema.

68
Q

2.4 Testing di Manutenzione

Quali aspetti del testing di manutenzione sono particolarmente importanti per i sistemi Internet of Things (IoT)?

A

Il testing di manutenzione per i sistemi IoT pone particolare enfasi sul testing di integrazione a differenti livelli e sugli aspetti di sicurezza, in particolare quelli relativi ai dati personali.

69
Q

2.4 Testing di Manutenzione

Qual è lo scopo principale del testing di manutenzione?

A) Valutare il successo delle modifiche implementate

B) Verificare eventuali side-effect

C) Testare le nuove funzionalità

D) Migliorare le prestazioni del software

A

A) Valutare il successo delle modifiche implementate

70
Q

2.4 Testing di Manutenzione

Quali caratteristiche di qualità non-funzionali possono essere preservate o migliorate tramite la manutenzione del software?

A) Efficienza delle prestazioni

B) Compatibilità

C) Affidabilità

D) Tutte le opzioni precedenti

A

D) Tutte le opzioni precedenti

71
Q

2.4 Testing di Manutenzione

Quali tipi di manutenzione possono comportare rilasci non pianificati?

A) Miglioramenti pianificati

B) Modifiche correttive

C) Aggiornamenti del sistema operativo

D) Hot fix

A

D) Hot fix

72
Q

2.4 Testing di Manutenzione

Perché potrebbe essere necessario il regression testing durante il ritiro di un’applicazione?

A) Per verificare la conversione dei dati

B) Per testare le procedure di retrieve/restore dei dati

C) Per garantire il corretto funzionamento delle funzionalità ancora in servizio

D) Per identificare side-effect nelle aree del sistema impattate

A

C) Per garantire il corretto funzionamento delle funzionalità ancora in servizio

73
Q

2.4 Testing di Manutenzione

Quali sono i principali livelli di integrazione testati nel testing di manutenzione per i sistemi IoT?

Piu di una esatta

A) Livello applicativo

B) Livello di rete

C) Livello di sistema

D) Livello funzionale

A

A e B

Livello applicativo e Livello di rete

74
Q

2.4 Testing di Manutenzione

Qual è uno dei principali ostacoli all’analisi degli impatti?

A) Mancanza di comunicazione tra i membri del team

B) Tracciabilità bidirezionale tra test e base di test non mantenuta

C) Scarsa qualità del software

D) Mancanza di strumenti di testing adeguati

A

B) Tracciabilità bidirezionale tra test e base di test non mantenuta

75
Q

2.4 Testing di Manutenzione

Quali sono gli obiettivi dell’analisi degli impatti?

Piu di una esatta

A) Valutare il successo delle modifiche implementate

B) Individuare le conseguenze attese e i possibili side-effect delle modifiche

C) Identificare le aree del sistema impattate dalle modifiche

D) Verificare la presenza di difetti nei requisiti

A

B e C

Individuare le conseguenze attese e i possibili side-effect delle modifiche e Identificare le aree del sistema impattate dalle modifiche

76
Q

2.4 Testing di Manutenzione

Quali tipi di test potrebbero essere necessari durante la migrazione di un software?

Piu di una esatta

A) Test operativi nel nuovo ambiente

B) Test di conversione dei dati

C) Test di funzionalità

D) Test di velocità

A

A e B

Test operativi nel nuovo ambiente e Test di conversione dei dati

77
Q

2.4 Testing di Manutenzione

In che modo l’analisi degli impatti può aiutare a decidere se una modifica debba essere implementata?

A) Valutando le conseguenze in altre aree del sistema

B) Identificando l’impatto della modifica sui test esistenti

C) Verificando la presenza di side-effect nelle aree del sistema impattate

D) Valutando la qualità del software modificato

A

A) Valutando le conseguenze in altre aree del sistema

78
Q

2.4 Testing di Manutenzione

Perché l’analisi degli impatti può essere difficile se le specifiche non sono aggiornate o mancanti?

Piu di una esatta

A) Rende difficile individuare le conseguenze attese delle modifiche

B) Impedisce di identificare le aree del sistema impattate dalle modifiche

C) Rende difficile valutare il successo delle modifiche implementate

D) Rende difficile indentificare le funzionalità nascoste

A

A e B

79
Q

Definisci Alpha testing:

A

L’Alpha testing è un tipo di test eseguito internamente da sviluppatori e tester interni per identificare e correggere bug prima di passare alla fase successiva del testing, il Beta testing.

80
Q

Definisci Ambiente di test:

A

L’ambiente di test è un insieme di hardware, software e configurazioni di rete utilizzato per eseguire test su un’applicazione o un sistema, simulando condizioni simili a quelle dell’ambiente di produzione.

81
Q

Definisci Analisi degli impatti:

A

L’analisi degli impatti è un processo che valuta le modifiche apportate a un software per identificare le conseguenze attese, i possibili side-effect e le aree del sistema impattate dalle modifiche.

82
Q

Definisci Base di test:

A

La base di test è l’insieme di documenti, requisiti, specifiche e casi d’uso che forniscono la base per la progettazione e l’esecuzione dei test case.

83
Q

Definisci Beta testing:

A

Il Beta testing è un tipo di test eseguito da un gruppo limitato di utenti esterni in un ambiente reale, al fine di ottenere feedback sugli eventuali problemi riscontrati e valutare l’usabilità del prodotto.

84
Q

Definisci COTS (Commercial Off-The-Shelf):

A

I COTS sono prodotti software preconfezionati e pronti all’uso, sviluppati e venduti sul mercato per soddisfare esigenze comuni, anziché essere realizzati su misura per un singolo cliente.

85
Q

Definisci Livello di test:

A

Il livello di test si riferisce alla fase specifica del processo di test in cui si eseguono test su un’applicazione o un sistema, come il testing di componente, il testing di integrazione, il testing di sistema e il testing di accettazione.

86
Q

Definisci Modello di sviluppo sequenziale:

A

Il modello di sviluppo sequenziale è un approccio alla creazione di software che segue una serie di fasi in ordine sequenziale, come l’analisi dei requisiti, la progettazione, l’implementazione, il testing e la manutenzione.

87
Q

Definisci Obiettivo del test:

A

L’obiettivo del test è lo scopo specifico per cui un test viene eseguito, come identificare difetti, verificare la conformità ai requisiti, valutare le prestazioni o misurare la qualità del software.

88
Q

Definisci oggetto di test:

A

L’oggetto di test si riferisce alla parte del sistema o dell’applicazione che viene testata. Questo può includere singoli componenti, il sistema nel suo complesso o una specifica funzionalità del sistema.

89
Q

Definisci regression testing:

A

Regression testing è un processo di testing del software eseguito dopo le modifiche apportate al sistema o all’applicazione per assicurarsi che le modifiche non abbiano introdotto nuovi errori o causato problemi a funzionalità precedentemente funzionanti.

90
Q

Definisci test case (caso di test):

A

Un test case, o caso di test, è una specifica delle attività di test da eseguire su una parte del sistema o dell’applicazione. Un test case può includere informazioni come i dati di input, le aspettative di output e le procedure di test.

91
Q

Definisci testing basato sulle modifiche:

A

Il testing basato sulle modifiche è un processo di test del software che si concentra sul test delle funzionalità del sistema che sono state modificate o aggiunte. Questo tipo di testing è importante per garantire che le modifiche apportate al sistema non abbiano introdotto nuovi errori o causato problemi a funzionalità precedentemente funzionanti.

92
Q

Definisci testing di accettazione:

A

Il testing di accettazione è un processo di testing del software eseguito per determinare se il sistema o l’applicazione soddisfa i requisiti specificati dal cliente o dall’utente finale.

93
Q

Definisci testing di accettazione contrattuale:

A

Il testing di accettazione contrattuale è un processo di testing del software che verifica se il sistema o l’applicazione soddisfa tutti i requisiti specificati nel contratto tra il fornitore e il cliente.

94
Q

Definisci testing di accettazione normativo:

A

Il testing di accettazione normativo è un processo di testing del software che verifica se il sistema o l’applicazione soddisfa tutti i requisiti normativi e di conformità.

95
Q

Definisci testing di accettazione operativo:

A

Il testing di accettazione operativo è un processo di testing del software che verifica se il sistema o l’applicazione soddisfa tutti i requisiti operativi, come la disponibilità e le prestazioni.

96
Q

Definisci testing di accettazione utente:

A

Il testing di accettazione utente è un processo di testing del software eseguito dagli utenti finali o dai rappresentanti degli utenti finali per verificare se il sistema o l’applicazione soddisfa le loro esigenze e aspettative.

97
Q

Definisci testing di componente:

A

Il testing di componente è un processo di testing del software che si concentra sulle singole unità o componenti di un sistema o di un’applicazione.

98
Q

Definisci testing confermativo:

A

Il testing confermativo è un processo di testing del software eseguito per verificare se il sistema o l’applicazione soddisfa i requisiti specificati.

99
Q

Definisci testing funzionale:

A

Il testing funzionale è un tipo di testing del software che si concentra sulle funzionalità del sistema o dell’applicazione. Questo tipo di testing verifica se il sistema o l’applicazione funziona come previsto, eseguendo test sulle funzionalità specificate nei requisiti.

100
Q

Definisci testing di integrazione:

A

Il testing di integrazione è un processo di testing del software che si concentra sulla verifica dell’integrazione tra i vari componenti del sistema o dell’applicazione. Questo tipo di testing verifica se i componenti funzionano correttamente insieme come previsto.

101
Q

Definisci testing di integrazione dei componenti:

A

Il testing di integrazione dei componenti è un processo di testing del software che si concentra sulla verifica dell’integrazione tra i singoli componenti del sistema o dell’applicazione. Questo tipo di testing verifica se i componenti funzionano correttamente insieme come previsto.

102
Q

Definisci testing di integrazione dei sistemi:

A

Il testing di integrazione dei sistemi è un processo di testing del software che si concentra sulla verifica dell’integrazione tra i diversi sistemi che compongono il sistema o l’applicazione. Questo tipo di testing verifica se i sistemi funzionano correttamente insieme come previsto.

103
Q

Definisci testing di manutenzione:

A

Il testing di manutenzione è un processo di testing del software eseguito durante la fase di manutenzione del sistema o dell’applicazione. Questo tipo di testing verifica se le modifiche apportate al sistema o all’applicazione per correggere problemi o migliorare le prestazioni non hanno introdotto nuovi errori.

104
Q

Definisci testing di sistema:

A

Il testing di sistema è un tipo di testing del software che verifica il sistema o l’applicazione come un insieme completo, verificando il funzionamento delle sue funzionalità come se fosse in uso reale.

105
Q

Definisci testing non-funzionale:

A

Il testing non-funzionale è un tipo di testing del software che verifica i requisiti non-funzionali del sistema o dell’applicazione, come le prestazioni, la sicurezza e l’usabilità.

106
Q

Definisci testing relativo a modifiche:

A

Il testing relativo a modifiche è un processo di testing del software eseguito dopo le modifiche apportate al sistema o all’applicazione per verificare che le modifiche siano state implementate correttamente e non abbiano introdotto nuovi errori.

107
Q

Definisci testing white-box:

A

Il testing white-box è un tipo di testing del software in cui il tester ha conoscenza della struttura interna del sistema o dell’applicazione, inclusi i codici sorgente e le logiche di programmazione. Questo tipo di testing verifica il funzionamento interno del sistema o dell’applicazione.

108
Q

Ricordare: Spiegare le relazioni tra attività di sviluppo software e attività di test nel ciclo di vita dello sviluppo software.

A

Le attività di sviluppo software e di test sono strettamente correlate nel ciclo di vita dello sviluppo software. Il testing viene eseguito per verificare che il software sviluppato soddisfi i requisiti specificati e funzioni correttamente. Pertanto, il testing viene eseguito durante ogni fase del ciclo di vita del software, a partire dalla fase di analisi dei requisiti fino alla fase di manutenzione.

109
Q

Comprendere: Identificare le ragioni per cui i modelli del ciclo di vita dello sviluppo software devono essere adattati al contesto del progetto e alle caratteristiche del prodotto.

A

I modelli del ciclo di vita dello sviluppo software devono essere adattati al contesto del progetto e alle caratteristiche del prodotto perché ogni progetto e prodotto è unico e ha esigenze diverse. Ad esempio, un progetto che richiede un rilascio rapido potrebbe richiedere un modello di sviluppo agile, mentre un progetto con requisiti critici per la sicurezza potrebbe richiedere un modello di sviluppo a cascata. L’adattamento dei modelli del ciclo di vita consente di sviluppare il software in modo efficiente e di ottenere un prodotto di alta qualità.

110
Q

Comprendere: Confrontare i diversi livelli di test dal punto di vista di obiettivi, basi di test, oggetti di test, difetti e failure tipici, approcci e responsabilità.

A

I diversi livelli di test includono il testing di componente, il testing di integrazione, il testing di sistema e il testing di accettazione. Ogni livello di test ha obiettivi specifici, basi di test, oggetti di test, difetti e failure tipici, approcci e responsabilità. Il testing di componente si concentra sulla verifica delle singole unità di codice, il testing di integrazione verifica l’integrazione tra le unità, il testing di sistema verifica il sistema nel suo complesso e il testing di accettazione verifica se il sistema soddisfa i requisiti del cliente.

111
Q

Comprendere: Confrontare il testing funzionale, il testing non-funzionale e il testing white-box.

A

Il testing funzionale si concentra sulla verifica delle funzionalità del software, mentre il testing non-funzionale si concentra sulla verifica dei requisiti non funzionali, come la performance, la sicurezza e l’usabilità. Il testing white-box si concentra sulla verifica della logica interna del software, utilizzando la conoscenza del codice sorgente.

112
Q

Ricordare: Riconoscere che i test funzionali, non funzionali e white-box si svolgono a qualsiasi livello di test.

A

I test funzionali, non funzionali e white-box possono essere eseguiti a qualsiasi livello di test, a seconda degli obiettivi specifici del livello di test.

113
Q

Comprendere: Confrontare lo scopo del testing confermativo e del regression testing.

A

Il testing confermativo si concentra sulla verifica che il software soddisfi i requisiti specificati e funzioni come previsto. Il regression testing si concentra sulla verifica che le modifiche apportate al software non abbiano introdotto nuovi errori o non abbiano causato il fallimento delle funzionalità precedentemente funzionanti. Entrambi i tipi di test sono importanti per garantire la qualità del software.

114
Q

Comprendere: Riepilogare i trigger per il testing di manutenzione.

A

Il testing di manutenzione può essere attivato da diversi trigger, come l’introduzione di nuove funzionalità, la correzione di bug o la modifica dell’ambiente operativo. Il testing di manutenzione è importante per garantire che le modifiche apportate al software non abbiano introdotto nuovi errori e che il software funzioni correttamente anche dopo le modifiche.

115
Q

Comprendere: Descrivere il ruolo dell’analisi degli impatti nel testing di manutenzione.

A

L’analisi degli impatti è un’attività importante nel testing di manutenzione che si concentra sulla valutazione degli effetti delle modifiche apportate al software. L’analisi degli impatti aiuta a identificare i rischi potenziali delle modifiche, come la rottura di funzionalità esistenti o l’introduzione di nuovi bug. Inoltre, l’analisi degli impatti aiuta a identificare le aree del software che richiedono il testing e a pianificare le attività di testing di conseguenza.