mirror of
https://github.com/appinfosapienza/so-un-bot.git
synced 2025-03-14 12:46:15 +01:00
Add new ingsw questions
This commit is contained in:
parent
258ee4e2cf
commit
0873165c52
800 changed files with 5605 additions and 0 deletions
1
Ingegneria del Software/0120_0/correct.txt
Normal file
1
Ingegneria del Software/0120_0/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 40%
|
11
Ingegneria del Software/0120_0/quest.txt
Normal file
11
Ingegneria del Software/0120_0/quest.txt
Normal file
|
@ -0,0 +1,11 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_0.png
|
||||
La transition coverage di un insieme di test cases (cioè sequenze di inputs) per uno state diagram è la percentuale di transizioni (archi nel grafo dello state diagram) percorsi almeno una volta.
|
||||
Si consideri lo state diagram in figura
|
||||
|
||||
|
||||
|
||||
ed il seguente insieme di test cases:
|
||||
Test case 1: act2 act1
|
||||
Test case 2: act1 act0 act1 act0 act2
|
||||
Test case 3: act0 act2 act2 act1
|
||||
Quale delle seguenti è la migliore stima della transition coverage per i test cases di cui sopra?
|
1
Ingegneria del Software/0120_0/wrong1.txt
Normal file
1
Ingegneria del Software/0120_0/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 30%
|
1
Ingegneria del Software/0120_0/wrong2.txt
Normal file
1
Ingegneria del Software/0120_0/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 80%
|
17
Ingegneria del Software/0120_1/correct.txt
Normal file
17
Ingegneria del Software/0120_1/correct.txt
Normal file
|
@ -0,0 +1,17 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x, y; // plant output
|
||||
OutputBoolean wy;
|
||||
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 10) and (x >= 10) and (x <= 20) and ((y <pre 0.5*x) or (y > 0.7*x)) ;
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
3
Ingegneria del Software/0120_1/quest.txt
Normal file
3
Ingegneria del Software/0120_1/quest.txt
Normal file
|
@ -0,0 +1,3 @@
|
|||
Si consideri il seguente requisito:
|
||||
RQ: Dopo 10 unità di tempo dall'inizio dell'esecuzione vale la seguente proprietà: se la variabile x è nell'intervallo [10, 20] allora la variabile y è compresa tra il 50% di x ed il 70% di x.
|
||||
Quale dei seguenti monitor meglio descrive il requisito RQ ?
|
17
Ingegneria del Software/0120_1/wrong1.txt
Normal file
17
Ingegneria del Software/0120_1/wrong1.txt
Normal file
|
@ -0,0 +1,17 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x, y; // plant output
|
||||
OutputBoolean wy;
|
||||
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 10) and ((x < 10) or (x > 20)) and ((y < 0.5*x) or (y > 0.7*x)) ;
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
17
Ingegneria del Software/0120_1/wrong2.txt
Normal file
17
Ingegneria del Software/0120_1/wrong2.txt
Normal file
|
@ -0,0 +1,17 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x, y; // plant output
|
||||
OutputBoolean wy;
|
||||
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 10) and (x >= 10) and (x <= 20) and (y >= 0.5*x) and (y <= 0.7*x) ;
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
16
Ingegneria del Software/0120_10/correct.txt
Normal file
16
Ingegneria del Software/0120_10/correct.txt
Normal file
|
@ -0,0 +1,16 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x, y, z; // plant output
|
||||
OutputBoolean wy;
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 50) and (x < 0.6*y) and (x + y <= 0.3*z);
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
4
Ingegneria del Software/0120_10/quest.txt
Normal file
4
Ingegneria del Software/0120_10/quest.txt
Normal file
|
@ -0,0 +1,4 @@
|
|||
Si consideri il seguente requisito:
|
||||
RQ: Dopo 50 unità di tempo dall'inizio dell'esecuzione vale la seguente proprietà:
|
||||
se la variabile x è minore del 60% della variabile y allora la somma di x ed y è maggiore del 30% della variabile z
|
||||
Quale dei seguenti monitor meglio descrive il requisito RQ ?
|
16
Ingegneria del Software/0120_10/wrong1.txt
Normal file
16
Ingegneria del Software/0120_10/wrong1.txt
Normal file
|
@ -0,0 +1,16 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x, y, z; // plant output
|
||||
OutputBoolean wy;
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 50) and (x >= 0.6*y) and (x + y <= 0.3*z);
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
16
Ingegneria del Software/0120_10/wrong2.txt
Normal file
16
Ingegneria del Software/0120_10/wrong2.txt
Normal file
|
@ -0,0 +1,16 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x, y, z; // plant output
|
||||
OutputBoolean wy;
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 50) and (x < 0.6*y) and (x + y > 0.3*z);
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
1
Ingegneria del Software/0120_11/correct.txt
Normal file
1
Ingegneria del Software/0120_11/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Per ciascun requisito, dovremmo essere in grado di scrivere un inseme di test che può dimostrare che il sistema sviluppato soddisfa il requisito considerato.
|
1
Ingegneria del Software/0120_11/quest.txt
Normal file
1
Ingegneria del Software/0120_11/quest.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Quale delle seguenti frasi meglio descrive il criterio di "requirements verifiability" che è parte della "requirements validation activity".
|
1
Ingegneria del Software/0120_11/wrong1.txt
Normal file
1
Ingegneria del Software/0120_11/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Per ciascuna coppia di componenti, dovremmo essere in grado di scrivere un insieme di test che può dimostrare che l'interazione tra le componenti soddisfa tutti i requisiti di interfaccia.
|
1
Ingegneria del Software/0120_11/wrong2.txt
Normal file
1
Ingegneria del Software/0120_11/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Per ciascuna componente del sistema, dovremmo essere in grado di scrivere un insieme di test che può dimostrare che essa soddisfa tutti i requisiti.
|
1
Ingegneria del Software/0120_12/correct.txt
Normal file
1
Ingegneria del Software/0120_12/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
c(0)/(1 - p)
|
6
Ingegneria del Software/0120_12/quest.txt
Normal file
6
Ingegneria del Software/0120_12/quest.txt
Normal file
|
@ -0,0 +1,6 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_12.png
|
||||
Si consideri il processo software con due fasi (0 ed 1) rappresentato con la Markov chain in figura. Lo stato iniziale 0 e p è in (0, 1). Il costo dello stato (fase) x è c(x). La fase 0 è la fase di design, che ha probabilità p di dover essere ripetuta causa errori. La fase 1 rappreenta il completamento del processo software, e quindi c(1) = 0.
|
||||
Il costo di una istanza del processo software descritto sopra è la somma dei costi degli stati attraversati (tenendo presente che si parte sempre dallo stato 0.
|
||||
Quindi il costo C(X) della sequenza di stati X = x(0), x(1), x(2), .... è C(X) = c(x(0)) + c(x(1)) + c(x(2)) + ...
|
||||
Ad esempio se X = 0, 1 abbiamo C(X) = c(0) + c(1) = c(0) (poichè c(1) = 0).
|
||||
Quale delle seguenti formule calcola il valore atteso del costo per completare il processo software di cui sopra
|
1
Ingegneria del Software/0120_12/wrong1.txt
Normal file
1
Ingegneria del Software/0120_12/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
c(0)*(1 - p)/p
|
1
Ingegneria del Software/0120_12/wrong2.txt
Normal file
1
Ingegneria del Software/0120_12/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
c(0)/(p*(1 - p))
|
1
Ingegneria del Software/0120_13/correct.txt
Normal file
1
Ingegneria del Software/0120_13/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
F(x, y, z) = if (x > y) then (z == x) else (z == y + 1)
|
9
Ingegneria del Software/0120_13/quest.txt
Normal file
9
Ingegneria del Software/0120_13/quest.txt
Normal file
|
@ -0,0 +1,9 @@
|
|||
Un test oracle per un programma P è una funzione booleana che ha come inputs gli inputs ed outputs di P e ritorna true se e solo se il valore di output di P (con i dati inputs) è quello atteso dalle specifiche.
|
||||
Si consideri la seguente funzione C:
|
||||
-----------
|
||||
int f(int x, int y) {
|
||||
int z = x;
|
||||
while ( (x <= z) && (z <= y) ) { z = z + 1; }
|
||||
return (z);
|
||||
}
|
||||
Siano x, y, gli inputs del programma (f nel nostro caso) e z l'output. Assumendo il programma corretto, quale delle seguenti funzioni booleane F(x, y, z) è un test oracle per la funzione f.
|
1
Ingegneria del Software/0120_13/wrong1.txt
Normal file
1
Ingegneria del Software/0120_13/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
F(x, y, z) = if (x > y) then (z == x + 1) else (z == y + 1)
|
1
Ingegneria del Software/0120_13/wrong2.txt
Normal file
1
Ingegneria del Software/0120_13/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
F(x, y, z) = (z == y + 1)
|
1
Ingegneria del Software/0120_14/correct.txt
Normal file
1
Ingegneria del Software/0120_14/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
{x = -150, x = -40, x = 0, x = 200, x = 600}
|
6
Ingegneria del Software/0120_14/quest.txt
Normal file
6
Ingegneria del Software/0120_14/quest.txt
Normal file
|
@ -0,0 +1,6 @@
|
|||
Il partition coverage di un insieme di test cases è la percentuale di elementi della partition inclusi nei test cases. La partition è una partizione finita dell'insieme di input della funzione che si sta testando.
|
||||
Si consideri la seguente funzione C:
|
||||
int f1(int x) { return (x + 7); }
|
||||
Si vuole testare la funzione f1(). A tal fine l'insieme degli interi viene partizionato come segue:
|
||||
{(-inf, -101], [-100, -1], {0}, [1, 500], [501, +inf)}
|
||||
Quale dei seguenti test cases consegue una partition coverage del 100% ?
|
1
Ingegneria del Software/0120_14/wrong1.txt
Normal file
1
Ingegneria del Software/0120_14/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
{x = -200, x = -150, x = 0, x = 100, x = 700}
|
1
Ingegneria del Software/0120_14/wrong2.txt
Normal file
1
Ingegneria del Software/0120_14/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
{x = -200, x = -50, x = 0, x = 100, x = 500}
|
1
Ingegneria del Software/0120_15/correct.txt
Normal file
1
Ingegneria del Software/0120_15/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Assicurarsi che un sistema che soddisfa i requisiti risolve il problema del "customer".
|
1
Ingegneria del Software/0120_15/quest.txt
Normal file
1
Ingegneria del Software/0120_15/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/0120_15/wrong1.txt
Normal file
1
Ingegneria del Software/0120_15/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Assicurarsi che i requisiti funzionali descrivano tutte le funzionalità del sistema.
|
1
Ingegneria del Software/0120_15/wrong2.txt
Normal file
1
Ingegneria del Software/0120_15/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Assicurarsi che non ci siano requisiti in conflitto con altri requisiti.
|
1
Ingegneria del Software/0120_16/correct.txt
Normal file
1
Ingegneria del Software/0120_16/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Requisito funzionale.
|
2
Ingegneria del Software/0120_16/quest.txt
Normal file
2
Ingegneria del Software/0120_16/quest.txt
Normal file
|
@ -0,0 +1,2 @@
|
|||
"Ogni giorno, per ciascuna clinica, il sistema genererà una lista dei pazienti che hanno un appuntamento quel giorno."
|
||||
La frase precedente è un esempio di:
|
1
Ingegneria del Software/0120_16/wrong1.txt
Normal file
1
Ingegneria del Software/0120_16/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Requisito non-funzionale.
|
1
Ingegneria del Software/0120_16/wrong2.txt
Normal file
1
Ingegneria del Software/0120_16/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Requisito di performance.
|
1
Ingegneria del Software/0120_17/correct.txt
Normal file
1
Ingegneria del Software/0120_17/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
0.12
|
9
Ingegneria del Software/0120_17/quest.txt
Normal file
9
Ingegneria del Software/0120_17/quest.txt
Normal file
|
@ -0,0 +1,9 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_17.png
|
||||
Un processo software può essere rappesentato con uno state diagram in cui gli stati rappresentano le fasi (e loro iterazioni) del prcoesso software e gli archi le transizioni da una fase all'altra. Gli archi sono etichettati con le probabilità della transizione e gli stati sono etichettati con il costo per lasciare lo stato.
|
||||
Ad esempio lo state diagram in figura
|
||||
|
||||
|
||||
|
||||
Rappresenta un processo software con 2 fasi F1 ed F2. F1 ha costo 10000 EUR ed F2 ha costo 1000 EUR. F1 ha una probabilita dello 0.4 di dover essere ripetuta (a causa di errori) ed F2 ha una probabilità 0.2 di dover essere ripetuta (a causa di errori).
|
||||
Uno scenario è una sequenza di stati.
|
||||
Qual'e' la probabilità dello scenario: 1, 3, 4? In altri terminti, qual'è la probabilità che non sia necessario ripetere la seconda fase (ma non la prima) ?
|
1
Ingegneria del Software/0120_17/wrong1.txt
Normal file
1
Ingegneria del Software/0120_17/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
0.08
|
1
Ingegneria del Software/0120_17/wrong2.txt
Normal file
1
Ingegneria del Software/0120_17/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
0.32
|
1
Ingegneria del Software/0120_18/correct.txt
Normal file
1
Ingegneria del Software/0120_18/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
100%
|
9
Ingegneria del Software/0120_18/quest.txt
Normal file
9
Ingegneria del Software/0120_18/quest.txt
Normal file
|
@ -0,0 +1,9 @@
|
|||
Il branch coverage di un insieme di test cases è la percentuale di branch del programma che sono attraversati da almeno un test case.
|
||||
Si consideri la seguente funzione C:
|
||||
-----------
|
||||
int f(int x, int y) {
|
||||
if (x - y - 2 <= 0) { if (x + y - 1 >= 0) return (1); else return (2); }
|
||||
else {if (x + 2*y - 5 >= 0) return (3); else return (4); }
|
||||
} /* f() */
|
||||
Si considerino i seguenti test cases: {x=1, y=2}, {x=0, y=0}, {x=5, y=0}, {x=3, y=0}.
|
||||
Quale delle seguenti è la branch coverage conseguita?
|
1
Ingegneria del Software/0120_18/wrong1.txt
Normal file
1
Ingegneria del Software/0120_18/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
80%
|
1
Ingegneria del Software/0120_18/wrong2.txt
Normal file
1
Ingegneria del Software/0120_18/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
50%
|
1
Ingegneria del Software/0120_19/correct.txt
Normal file
1
Ingegneria del Software/0120_19/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Accertarsi che i requisiti definiscano un sistema che risolve il problema che l'utente pianifica di risolvere.
|
1
Ingegneria del Software/0120_19/quest.txt
Normal file
1
Ingegneria del Software/0120_19/quest.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Quali delle seguenti attività è parte del processo di validazione dei requisiti ?
|
1
Ingegneria del Software/0120_19/wrong1.txt
Normal file
1
Ingegneria del Software/0120_19/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Accertarsi che il sistema soddisfi i requisiti dati.
|
1
Ingegneria del Software/0120_19/wrong2.txt
Normal file
1
Ingegneria del Software/0120_19/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Accertarsi che l'architettura del sistema soddisfi i requisiti dati.
|
1
Ingegneria del Software/0120_2/correct.txt
Normal file
1
Ingegneria del Software/0120_2/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 35%
|
11
Ingegneria del Software/0120_2/quest.txt
Normal file
11
Ingegneria del Software/0120_2/quest.txt
Normal file
|
@ -0,0 +1,11 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_2.png
|
||||
La transition coverage di un insieme di test cases (cioè sequenze di inputs) per uno state diagram è la percentuale di transizioni (archi nel grafo dello state diagram) percorsi almeno una volta.
|
||||
Si consideri lo state diagram in figura
|
||||
|
||||
|
||||
|
||||
ed il seguente insieme di test cases:
|
||||
Test case 1: act1 act0 act1 act0 act2
|
||||
Test case 2: act0 act2 act2 act0 act1
|
||||
Test case 3: act0 act0
|
||||
Quale delle seguenti è la migliore stima della transition coverage per i test cases di cui sopra?
|
1
Ingegneria del Software/0120_2/wrong1.txt
Normal file
1
Ingegneria del Software/0120_2/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 60%
|
1
Ingegneria del Software/0120_2/wrong2.txt
Normal file
1
Ingegneria del Software/0120_2/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 80%
|
1
Ingegneria del Software/0120_20/correct.txt
Normal file
1
Ingegneria del Software/0120_20/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Test set: {x=1, y=1}, {x=0, y=0}, {x=2, y=1}, {x=2, y=0}.
|
8
Ingegneria del Software/0120_20/quest.txt
Normal file
8
Ingegneria del Software/0120_20/quest.txt
Normal file
|
@ -0,0 +1,8 @@
|
|||
Il branch coverage di un insieme di test cases è la percentuale di branch del programma che sono attraversati da almeno un test case.
|
||||
Si consideri la seguente funzione C:
|
||||
-----------
|
||||
int f(int x, int y) {
|
||||
if (x - y <= 0) { if (x + y - 1 >= 0) return (1); else return (2); }
|
||||
else {if (2*x + y - 5 >= 0) return (3); else return (4); }
|
||||
} /* f() */
|
||||
Quale dei seguenti test sets consegue una branch coverage del 100% ?
|
1
Ingegneria del Software/0120_20/wrong1.txt
Normal file
1
Ingegneria del Software/0120_20/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Test set: {x=1, y=1}, {x=2, y=2}, {x=2, y=1}, {x=2, y=0}.
|
1
Ingegneria del Software/0120_20/wrong2.txt
Normal file
1
Ingegneria del Software/0120_20/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Test set: {x=1, y=1}, {x=0, y=0}, {x=2, y=1}, {x=2, y=3}.
|
1
Ingegneria del Software/0120_21/correct.txt
Normal file
1
Ingegneria del Software/0120_21/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
1/(1 - p)
|
2
Ingegneria del Software/0120_21/quest.txt
Normal file
2
Ingegneria del Software/0120_21/quest.txt
Normal file
|
@ -0,0 +1,2 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_21.png
|
||||
Si consideri la Markov chain in figura con stato iniziale 0 e p in (0, 1). Quale delle seguenti formule calcola il valore atteso del numero di transizioni necessarie per lasciare lo stato 0.
|
1
Ingegneria del Software/0120_21/wrong1.txt
Normal file
1
Ingegneria del Software/0120_21/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(1 - p)/p
|
1
Ingegneria del Software/0120_21/wrong2.txt
Normal file
1
Ingegneria del Software/0120_21/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
1/(p*(1 - p))
|
32
Ingegneria del Software/0120_22/quest.txt
Normal file
32
Ingegneria del Software/0120_22/quest.txt
Normal file
|
@ -0,0 +1,32 @@
|
|||
Si consideri il seguente modello Modelica. Quale dei seguenti UML state diagram lo rappresenta correttamente ?
|
||||
block FSA // Finite State Automaton
|
||||
|
||||
/* connector declarations outside this block:
|
||||
connector InputInteger = input Integer;
|
||||
connector OutputInteger = output Integer;
|
||||
*/
|
||||
|
||||
InputInteger u; // external input
|
||||
OutputInteger x; // state
|
||||
parameter Real T = 1;
|
||||
|
||||
algorithm
|
||||
|
||||
when initial() then
|
||||
x := 0;
|
||||
|
||||
elsewhen sample(0,T) then
|
||||
|
||||
if (pre(x) == 1) and (pre(u) == 0) then x := 3;
|
||||
elseif (pre(x) == 1) and (pre(u) == 1) then x := 3;
|
||||
elseif (pre(x) == 1) and (pre(u) == 2) then x := 2;
|
||||
elseif (pre(x) == 2) and (pre(u) == 0) then x := 0;
|
||||
elseif (pre(x) == 2) and (pre(u) == 2) then x := 0;
|
||||
elseif (pre(x) == 3) and (pre(u) == 0) then x := 2;
|
||||
elseif (pre(x) == 4) and (pre(u) == 0) then x := 3;
|
||||
elseif (pre(x) == 4) and (pre(u) == 2) then x := 2;
|
||||
else x := pre(x); // default
|
||||
end if;
|
||||
|
||||
end when;
|
||||
end FSA;
|
0
Ingegneria del Software/0120_22/wrong1.txt
Normal file
0
Ingegneria del Software/0120_22/wrong1.txt
Normal file
0
Ingegneria del Software/0120_22/wrong2.txt
Normal file
0
Ingegneria del Software/0120_22/wrong2.txt
Normal file
0
Ingegneria del Software/0120_22/wrong3.txt
Normal file
0
Ingegneria del Software/0120_22/wrong3.txt
Normal file
1
Ingegneria del Software/0120_23/correct.txt
Normal file
1
Ingegneria del Software/0120_23/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 50%
|
11
Ingegneria del Software/0120_23/quest.txt
Normal file
11
Ingegneria del Software/0120_23/quest.txt
Normal file
|
@ -0,0 +1,11 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_23.png
|
||||
La transition coverage di un insieme di test cases (cioè sequenze di inputs) per uno state diagram è la percentuale di transizioni (archi nel grafo dello state diagram) percorsi almeno una volta.
|
||||
Si consideri lo state diagram in figura
|
||||
|
||||
|
||||
|
||||
ed il seguente insieme di test cases:
|
||||
Test case 1: act2 act2 act1 act2 act1
|
||||
Test case 2: act1 act0 act2
|
||||
Test case 3: act2 act1 act0
|
||||
Quale delle seguenti è la migliore stima della transition coverage per i test cases di cui sopra?
|
1
Ingegneria del Software/0120_23/wrong1.txt
Normal file
1
Ingegneria del Software/0120_23/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 80%
|
1
Ingegneria del Software/0120_23/wrong2.txt
Normal file
1
Ingegneria del Software/0120_23/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
Transition coverage: 30%
|
1
Ingegneria del Software/0120_24/correct.txt
Normal file
1
Ingegneria del Software/0120_24/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
100%
|
9
Ingegneria del Software/0120_24/quest.txt
Normal file
9
Ingegneria del Software/0120_24/quest.txt
Normal file
|
@ -0,0 +1,9 @@
|
|||
Il branch coverage di un insieme di test cases è la percentuale di branch del programma che sono attraversati da almeno un test case.
|
||||
Si consideri la seguente funzione C:
|
||||
-----------
|
||||
int f(int x, int y) {
|
||||
if (x - y <= 0) { if (x + y - 2>= 0) return (1); else return (2); }
|
||||
else {if (2*x + y - 1>= 0) return (3); else return (4); }
|
||||
} /* f() */
|
||||
Si considerino i seguenti test cases: {x=1, y=1}, {x=0, y=0}, {x=1, y=0}, {x=0, y=-1}.
|
||||
Quale delle seguenti è la branch coverage conseguita?
|
1
Ingegneria del Software/0120_24/wrong1.txt
Normal file
1
Ingegneria del Software/0120_24/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
80%
|
1
Ingegneria del Software/0120_24/wrong2.txt
Normal file
1
Ingegneria del Software/0120_24/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
50%
|
37
Ingegneria del Software/0120_25/quest.txt
Normal file
37
Ingegneria del Software/0120_25/quest.txt
Normal file
|
@ -0,0 +1,37 @@
|
|||
Si consideri il seguente modello Modelica. Quale dei seguenti UML state diagram lo rappresenta correttamente ?
|
||||
block FSA // Finite State Automaton
|
||||
|
||||
/* connector declarations outside this block:
|
||||
connector InputInteger = input Integer;
|
||||
connector OutputInteger = output Integer;
|
||||
*/
|
||||
|
||||
InputInteger u; // external input
|
||||
OutputInteger x; // state
|
||||
parameter Real T = 1;
|
||||
|
||||
algorithm
|
||||
|
||||
when initial() then
|
||||
x := 0;
|
||||
|
||||
elsewhen sample(0,T) then
|
||||
|
||||
if (pre(x) == 0) and (pre(u) == 0) then x := 2;
|
||||
elseif (pre(x) == 0) and (pre(u) == 1) then x := 4;
|
||||
elseif (pre(x) == 0) and (pre(u) == 2) then x := 1;
|
||||
elseif (pre(x) == 1) and (pre(u) == 0) then x := 2;
|
||||
elseif (pre(x) == 1) and (pre(u) == 1) then x := 4;
|
||||
elseif (pre(x) == 1) and (pre(u) == 2) then x := 4;
|
||||
elseif (pre(x) == 2) and (pre(u) == 0) then x := 1;
|
||||
elseif (pre(x) == 2) and (pre(u) == 1) then x := 1;
|
||||
elseif (pre(x) == 2) and (pre(u) == 2) then x := 0;
|
||||
elseif (pre(x) == 3) and (pre(u) == 0) then x := 1;
|
||||
elseif (pre(x) == 3) and (pre(u) == 2) then x := 0;
|
||||
elseif (pre(x) == 4) and (pre(u) == 1) then x := 0;
|
||||
elseif (pre(x) == 4) and (pre(u) == 2) then x := 1;
|
||||
else x := pre(x); // default
|
||||
end if;
|
||||
|
||||
end when;
|
||||
end FSA;
|
0
Ingegneria del Software/0120_25/wrong1.txt
Normal file
0
Ingegneria del Software/0120_25/wrong1.txt
Normal file
0
Ingegneria del Software/0120_25/wrong2.txt
Normal file
0
Ingegneria del Software/0120_25/wrong2.txt
Normal file
0
Ingegneria del Software/0120_25/wrong3.txt
Normal file
0
Ingegneria del Software/0120_25/wrong3.txt
Normal file
1
Ingegneria del Software/0120_26/correct.txt
Normal file
1
Ingegneria del Software/0120_26/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
0.03
|
9
Ingegneria del Software/0120_26/quest.txt
Normal file
9
Ingegneria del Software/0120_26/quest.txt
Normal file
|
@ -0,0 +1,9 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_26.png
|
||||
Un processo software può essere rappesentato con uno state diagram in cui gli stati rappresentano le fasi (e loro iterazioni) del prcoesso software e gli archi le transizioni da una fase all'altra. Gli archi sono etichettati con le probabilità della transizione e gli stati sono etichettati con il costo per lasciare lo stato.
|
||||
Ad esempio lo state diagram in figura
|
||||
|
||||
|
||||
|
||||
Rappresenta un processo software con 2 fasi F1 ed F2. F1 ha costo 10000 EUR ed F2 ha costo 1000 EUR. F1 ha una probabilita dello 0.3 di dover essere ripetuta (a causa di errori) ed F2 ha una probabilità 0.1 di dover essere ripetuta (a causa di errori).
|
||||
Uno scenario è una sequenza di stati.
|
||||
Qual'e' la probabilità dello scenario: 1, 2, 3, 4 ? In altri terminti, qual'è la probabilità che sia necessario ripetere sia la fase 1 che la fase 2 ?
|
1
Ingegneria del Software/0120_26/wrong1.txt
Normal file
1
Ingegneria del Software/0120_26/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
0.27
|
1
Ingegneria del Software/0120_26/wrong2.txt
Normal file
1
Ingegneria del Software/0120_26/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
0.07
|
17
Ingegneria del Software/0120_27/correct.txt
Normal file
17
Ingegneria del Software/0120_27/correct.txt
Normal file
|
@ -0,0 +1,17 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x; // plant output
|
||||
OutputBoolean y;
|
||||
|
||||
Boolean z;
|
||||
initial equation
|
||||
y = false;
|
||||
equation
|
||||
z = (time > 0) and ((x >= 5) or (x <= 0)) and ((x >= 15) or (x <= 10)) ;
|
||||
algorithm
|
||||
when edge(z) then
|
||||
y := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
3
Ingegneria del Software/0120_27/quest.txt
Normal file
3
Ingegneria del Software/0120_27/quest.txt
Normal file
|
@ -0,0 +1,3 @@
|
|||
Si consideri il seguente requisito:
|
||||
RQ1: Durante l'esecuzione del programma (cioè per tutti gli istanti di tempo positivi) la variabile x è sempre nell'intervallo [0, 5] oppure [10, 15]
|
||||
Quale dei seguenti monitor meglio descrive il requisito RQ1 ?
|
17
Ingegneria del Software/0120_27/wrong1.txt
Normal file
17
Ingegneria del Software/0120_27/wrong1.txt
Normal file
|
@ -0,0 +1,17 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x; // plant output
|
||||
OutputBoolean y;
|
||||
|
||||
Boolean z;
|
||||
initial equation
|
||||
y = false;
|
||||
equation
|
||||
z = (time > 0) and ((x >= 0) or (x <= 5)) and ((x >= 10) or (x <= 15)) );
|
||||
algorithm
|
||||
when edge(z) then
|
||||
y := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
17
Ingegneria del Software/0120_27/wrong2.txt
Normal file
17
Ingegneria del Software/0120_27/wrong2.txt
Normal file
|
@ -0,0 +1,17 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
|
||||
InputReal x; // plant output
|
||||
OutputBoolean y;
|
||||
|
||||
Boolean z;
|
||||
initial equation
|
||||
y = false;
|
||||
equation
|
||||
z = (time > 0) and ( ((x >= 0) and (x <= 5)) or ((x >= 10) and (x <= 15)) );
|
||||
algorithm
|
||||
when edge(z) then
|
||||
y := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
2
Ingegneria del Software/0120_28/quest.txt
Normal file
2
Ingegneria del Software/0120_28/quest.txt
Normal file
|
@ -0,0 +1,2 @@
|
|||
img=https://unspectacular-subdi.000webhostapp.com/0120_domanda_28.png
|
||||
Quale dei seguenti modelli Modelica rappresenta lo state diagram in figura ?
|
38
Ingegneria del Software/0120_28/wrong1.txt
Normal file
38
Ingegneria del Software/0120_28/wrong1.txt
Normal file
|
@ -0,0 +1,38 @@
|
|||
block FSA // Finite State Automaton
|
||||
|
||||
/* connector declarations outside this block:
|
||||
connector InputInteger = input Integer;
|
||||
connector OutputInteger = output Integer;
|
||||
*/
|
||||
|
||||
InputInteger u; // external input
|
||||
OutputInteger x; // state
|
||||
parameter Real T = 1;
|
||||
|
||||
algorithm
|
||||
|
||||
when initial() then
|
||||
x := 0;
|
||||
|
||||
elsewhen sample(0,T) then
|
||||
|
||||
if (pre(x) == 0) and (pre(u) == 0) then x := 4;
|
||||
elseif (pre(x) == 0) and (pre(u) == 1) then x := 4;
|
||||
elseif (pre(x) == 0) and (pre(u) == 2) then x := 4;
|
||||
elseif (pre(x) == 1) and (pre(u) == 0) then x := 2;
|
||||
elseif (pre(x) == 1) and (pre(u) == 1) then x := 3;
|
||||
elseif (pre(x) == 1) and (pre(u) == 2) then x := 0;
|
||||
elseif (pre(x) == 2) and (pre(u) == 0) then x := 4;
|
||||
elseif (pre(x) == 2) and (pre(u) == 1) then x := 1;
|
||||
elseif (pre(x) == 2) and (pre(u) == 2) then x := 0;
|
||||
elseif (pre(x) == 3) and (pre(u) == 0) then x := 2;
|
||||
elseif (pre(x) == 3) and (pre(u) == 1) then x := 1;
|
||||
elseif (pre(x) == 3) and (pre(u) == 2) then x := 4;
|
||||
elseif (pre(x) == 4) and (pre(u) == 0) then x := 1;
|
||||
elseif (pre(x) == 4) and (pre(u) == 1) then x := 1;
|
||||
elseif (pre(x) == 4) and (pre(u) == 2) then x := 2;
|
||||
else x := pre(x); // default
|
||||
end if;
|
||||
|
||||
end when;
|
||||
end FSA;
|
33
Ingegneria del Software/0120_28/wrong2.txt
Normal file
33
Ingegneria del Software/0120_28/wrong2.txt
Normal file
|
@ -0,0 +1,33 @@
|
|||
block FSA // Finite State Automaton
|
||||
|
||||
/* connector declarations outside this block:
|
||||
connector InputInteger = input Integer;
|
||||
connector OutputInteger = output Integer;
|
||||
*/
|
||||
|
||||
InputInteger u; // external input
|
||||
OutputInteger x; // state
|
||||
parameter Real T = 1;
|
||||
|
||||
algorithm
|
||||
|
||||
when initial() then
|
||||
x := 0;
|
||||
|
||||
elsewhen sample(0,T) then
|
||||
|
||||
if (pre(x) == 0) and (pre(u) == 0) then x := 3;
|
||||
elseif (pre(x) == 0) and (pre(u) == 1) then x := 2;
|
||||
elseif (pre(x) == 0) and (pre(u) == 2) then x := 3;
|
||||
elseif (pre(x) == 1) and (pre(u) == 0) then x := 4;
|
||||
elseif (pre(x) == 1) and (pre(u) == 1) then x := 3;
|
||||
elseif (pre(x) == 1) and (pre(u) == 2) then x := 2;
|
||||
elseif (pre(x) == 2) and (pre(u) == 0) then x := 0;
|
||||
elseif (pre(x) == 3) and (pre(u) == 0) then x := 1;
|
||||
elseif (pre(x) == 3) and (pre(u) == 1) then x := 2;
|
||||
elseif (pre(x) == 4) and (pre(u) == 1) then x := 0;
|
||||
else x := pre(x); // default
|
||||
end if;
|
||||
|
||||
end when;
|
||||
end FSA;
|
33
Ingegneria del Software/0120_28/wrong3.txt
Normal file
33
Ingegneria del Software/0120_28/wrong3.txt
Normal file
|
@ -0,0 +1,33 @@
|
|||
block FSA // Finite State Automaton
|
||||
|
||||
/* connector declarations outside this block:
|
||||
connector InputInteger = input Integer;
|
||||
connector OutputInteger = output Integer;
|
||||
*/
|
||||
|
||||
InputInteger u; // external input
|
||||
OutputInteger x; // state
|
||||
parameter Real T = 1;
|
||||
|
||||
algorithm
|
||||
|
||||
when initial() then
|
||||
x := 0;
|
||||
|
||||
elsewhen sample(0,T) then
|
||||
|
||||
if (pre(x) == 0) and (pre(u) == 1) then x := 4;
|
||||
elseif (pre(x) == 0) and (pre(u) == 2) then x := 4;
|
||||
elseif (pre(x) == 1) and (pre(u) == 0) then x := 4;
|
||||
elseif (pre(x) == 1) and (pre(u) == 2) then x := 2;
|
||||
elseif (pre(x) == 2) and (pre(u) == 0) then x := 4;
|
||||
elseif (pre(x) == 2) and (pre(u) == 1) then x := 0;
|
||||
elseif (pre(x) == 2) and (pre(u) == 2) then x := 3;
|
||||
elseif (pre(x) == 3) and (pre(u) == 0) then x := 0;
|
||||
elseif (pre(x) == 3) and (pre(u) == 2) then x := 0;
|
||||
elseif (pre(x) == 4) and (pre(u) == 2) then x := 1;
|
||||
else x := pre(x); // default
|
||||
end if;
|
||||
|
||||
end when;
|
||||
end FSA;
|
15
Ingegneria del Software/0120_29/correct.txt
Normal file
15
Ingegneria del Software/0120_29/correct.txt
Normal file
|
@ -0,0 +1,15 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
InputReal x, y;
|
||||
OutputBoolean wy;
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 60) and (delay(x, 10) > 0) and (y <= 0);
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
5
Ingegneria del Software/0120_29/quest.txt
Normal file
5
Ingegneria del Software/0120_29/quest.txt
Normal file
|
@ -0,0 +1,5 @@
|
|||
Si consideri il seguente requisito:
|
||||
RQ: Dopo 60 unità di tempo dall'inizio dell'esecuzione vale la seguente proprietà:
|
||||
se 10 unità di tempo nel passato era stata richiesta una risorsa (variabile x positiva) allora ora è concesso l'accesso alla risorsa (variabile y positiva)
|
||||
Tenendo presente che, al tempo time, delay(z, w) ritorna 0 se time < w e ritorna il valore che z aveva al tempo (time - w), se time >= w.
|
||||
Quale dei seguenti monitor meglio descrive il requisito RQ ?
|
16
Ingegneria del Software/0120_29/wrong1.txt
Normal file
16
Ingegneria del Software/0120_29/wrong1.txt
Normal file
|
@ -0,0 +1,16 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
InputReal x, y;
|
||||
OutputBoolean wy;
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 60) or (delay(x, 10) > 0) or (y <= 0);
|
||||
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
15
Ingegneria del Software/0120_29/wrong2.txt
Normal file
15
Ingegneria del Software/0120_29/wrong2.txt
Normal file
|
@ -0,0 +1,15 @@
|
|||
<pre>
|
||||
class Monitor
|
||||
InputReal x, y;
|
||||
OutputBoolean wy;
|
||||
Boolean wz;
|
||||
initial equation
|
||||
wy = false;
|
||||
equation
|
||||
wz = (time > 60) and (delay(x, 10) > 0) and (y > 0);
|
||||
algorithm
|
||||
when edge(wz) then
|
||||
wy := true;
|
||||
end when;
|
||||
end Monitor;
|
||||
</pre>
|
5
Ingegneria del Software/0120_3/correct.txt
Normal file
5
Ingegneria del Software/0120_3/correct.txt
Normal file
|
@ -0,0 +1,5 @@
|
|||
int f(in x, int y)
|
||||
{
|
||||
assert( (x >= 0) && (y >= 0) && ((x > 3) || (y > 3)) );
|
||||
.....
|
||||
}
|
4
Ingegneria del Software/0120_3/quest.txt
Normal file
4
Ingegneria del Software/0120_3/quest.txt
Normal file
|
@ -0,0 +1,4 @@
|
|||
Pre-condizioni, invarianti e post-condizioni di un programma possono essere definiti usando la macro del C assert() (in <assert.h>). In particolare, assert(expre) non fa nulla se l'espressione expre vale TRUE (cioè non è 0), stampa un messaggio di errore su stderr e abortisce l'esecuzione del programma altrimenti.
|
||||
Si consideri la funzione C
|
||||
int f(int x, int y) { ..... }
|
||||
Quale delle seguenti assert esprime la pre-condizione che entrambi gli argomenti di f sono non-negativi ed almeno uno di loro è maggiore di 3 ?
|
5
Ingegneria del Software/0120_3/wrong1.txt
Normal file
5
Ingegneria del Software/0120_3/wrong1.txt
Normal file
|
@ -0,0 +1,5 @@
|
|||
int f(in x, int y)
|
||||
{
|
||||
assert( (x >= 0) && (y >= 0) && ((x >= 3) || (y >= 3)) );
|
||||
.....
|
||||
}
|
5
Ingegneria del Software/0120_3/wrong2.txt
Normal file
5
Ingegneria del Software/0120_3/wrong2.txt
Normal file
|
@ -0,0 +1,5 @@
|
|||
int f(in x, int y)
|
||||
{
|
||||
assert( (x > 0) && (y > 0) && ((x >= 3) || (y > 3)) );
|
||||
.....
|
||||
}
|
1
Ingegneria del Software/0120_30/correct.txt
Normal file
1
Ingegneria del Software/0120_30/correct.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(a=200, b = 0, c = 1), (a=50, b = 5, c = 0), (a=50, b = 3, c = 0).
|
22
Ingegneria del Software/0120_30/quest.txt
Normal file
22
Ingegneria del Software/0120_30/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 cases 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 un 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, int b, int c)
|
||||
{ if ( (a - 100 >= 0) && (b - c - 1 <= 0) )
|
||||
return (1); // punto di uscita 1
|
||||
else if ((b - c - 1 <= 0) || (b + c - 5 >= 0)
|
||||
)
|
||||
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/0120_30/wrong1.txt
Normal file
1
Ingegneria del Software/0120_30/wrong1.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(a=200, b = 0, c = 1), (a=50, b = 5, c = 0), (a=50, b = 0, c = 5).
|
1
Ingegneria del Software/0120_30/wrong2.txt
Normal file
1
Ingegneria del Software/0120_30/wrong2.txt
Normal file
|
@ -0,0 +1 @@
|
|||
(a=200, b = 0, c = 1), (a=50, b = 4, c = 0), (a=200, b = 4, c = 0)
|
Some files were not shown because too many files have changed in this diff Show more
Loading…
Reference in a new issue