mirror of
https://github.com/appinfosapienza/so-un-bot.git
synced 2025-03-14 13:06:14 +01:00
Some more questions
This commit is contained in:
parent
465b19e120
commit
9b43943876
8 changed files with 29 additions and 0 deletions
1
Ingegneria del Software/0000_32/correct.txt
Normal file
1
Ingegneria del Software/0000_32/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(a=100, b=true, c=false), (a=90, b=false, c=true), (a=90, b=false, c=false)
|
22
Ingegneria del Software/0000_32/quest.txt
Normal file
22
Ingegneria del Software/0000_32/quest.txt
Normal file
|
@ -0,0 +1,22 @@
|
|||
Una Condition è una proposizione booleana, cioè una espressione con valore booleano che non può essere decomposta in espressioni boolean più semplici. Ad esempio, (x + y <= 3) è una condition.
|
||||
|
||||
Una Decision è una espressione booleana composta da conditions e zero o più operatori booleani. Ad esempio, sono decisions:
|
||||
(x + y <= 3)
|
||||
((x + y <= 3) || (x - y > 7))
|
||||
|
||||
Un insieme di test T soddisfa il criterio di Condition/Decision coverage se tutte le seguenti condizioni sono soddisfatte:
|
||||
|
||||
1) Ciascun punto di entrata ed uscita nel programma è eseguito in almeno un test;
|
||||
2) Per ogni decision d nel programma, per ogni condition c in d, esiste un test in T in cui c è true ed un test in T in cui c è false.
|
||||
3) Per ogni decision d nel programma, esiste in test in T in cui d è true ed un test in T in cui d è false.
|
||||
|
||||
Si consideri la seguente funzione:
|
||||
|
||||
int f(int a, bool b, bool c)
|
||||
{ if ( (a == 100) && b )
|
||||
return (1); // punto di uscita 1
|
||||
else if (b || c)
|
||||
then return (2); // punto di uscita 2
|
||||
else return (3); // punto di uscita 3
|
||||
}
|
||||
Quale dei seguenti test set soddisfa il criterio della Condition/Decision coverage?
|
1
Ingegneria del Software/0000_32/wrong1.txt
Normal file
1
Ingegneria del Software/0000_32/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(a=100, b=true, c=false), (a=90, b=false, c=true), (a=100, b=true, c=true)
|
1
Ingegneria del Software/0000_32/wrong2.txt
Normal file
1
Ingegneria del Software/0000_32/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(a=100, b=true, c=false), (a=90, b=false, c=false), (a=100, b=false, c=false)
|
1
Ingegneria del Software/0000_8/correct.txt
Normal file
1
Ingegneria del Software/0000_8/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Assicurarsi che un sistema che soddisfa i requisiti risolve il problema del "customer".
|
1
Ingegneria del Software/0000_8/quest.txt
Normal file
1
Ingegneria del Software/0000_8/quest.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Quale delle seguenti frasi meglio descrive l'obiettivo del "validity check" che è parte della "requirements validation activity".
|
1
Ingegneria del Software/0000_8/wrong1.txt
Normal file
1
Ingegneria del Software/0000_8/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Assicurarsi che i requisiti funzionali descrivano tutte le funzionalità del sistema.
|
1
Ingegneria del Software/0000_8/wrong2.txt
Normal file
1
Ingegneria del Software/0000_8/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Assicurarsi che non ci siano requisiti in conflitto con altri requisiti.
|
Loading…
Reference in a new issue