@valefede: supponendo una struttura A radice, B figlio sinistro e C figlio destro, se stai facendo dvt top down prima testi A usando stub per B e C, poi B e poi C. Se invece stai facendo bottom up, prima testi B, poi C e poi B+C

@kobor: secondo me fila

Rispondo per lo static testing, per il DVT non ho idea.


Per grandi linee direi che in fase di progetto preliminare abbiamo la structure chart, quindi possiamo valutare size, depth, width, edge-to-node-ratio, IF, Y&W (Yin & Winchester). Da qui si deduce che andiamo a valutare metriche relative ai sottoattributi morfologia e information flow dell'attributo modularity. In particolare si verificano anche il numero medio di nodi per livello del diagramma (complessità gerarchica) e il numero medio di chiamate da parte di ogni nodo (complessità strutturale). Dunque abbiamo gli attributi modularity e complexity. Per quanto riguarda gli indici di qualità andrei a controllare quali di quelli che consideriamo vengono impattati (positivamente o negativamente) dagli attributi elencati, e sono Reliability, Flexibility ed Evolubility.

In fase di progetto dettagliato possiamo valutare metriche di qualità quali complessità ciclomatica, depth of nesting, D-Structuredness. Tutte a partire dai flow-graphs dei moduli che fanno parte del nostro prodotto sw. Dunque direi che l'attributo verificato sia la modularity, indici di qualità impattati Flexibility ed Evolubility.


Ditemi se vi quadra....

Specificare quali indici di qualità, e relativi attributi, si verificano con static testing ( oppure DVT )a livello di progetto preliminare e a livello di progetto dettagliato (distinguere i casi).

Dalle definizioni ricavate dai vari appunti che circolano:

DVT: "usato nello sviluppo del SW per la validazione del prodotto"
Validazione:"cioè l’assicurazione che il sistema soddisfi tutti i requisiti funzionali e non funzionali forniti dall’utente"
Correttezza: "misura la capacità di un sw di soddisfare le specifiche dell’utente"

Quindi direi x induzione che il DVT serve per testare l'indice correttezza.
Inoltre il DVT non si applica documenti ma solo al prototipo e alla codifica ....ne al prog preliminare ne al dettagliato!! :shock:

Fila il discorso??????

Sembra filare, bah....

Io domani non posso essere a lezione, provate a tirargli fuori qualcosa....

Descrivere il concetto di struttura flow-graph,precisando se trattati di indice, attributo o sottoattributo di qualità. Specificare rispettivamente a quale indice o attributo si riferisce. Dire inoltre come si misura facendo un esempio.


Ragazzi....come rispondereste voi a questa domanda???

sottoattributo di ??? misurato con depth of nesting, d-structureness e cyclomatic complexity...

Rispondo per lo static testing, per il DVT non ho idea.


Per grandi linee direi che in fase di progetto preliminare abbiamo la structure chart, quindi possiamo valutare size, depth, width, edge-to-node-ratio, IF, Y&W (Yin & Winchester). Da qui si deduce che andiamo a valutare metriche relative ai sottoattributi morfologia e information flow dell'attributo modularity. In particolare si verificano anche il numero medio di nodi per livello del diagramma (complessità gerarchica) e il numero medio di chiamate da parte di ogni nodo (complessità strutturale). Dunque abbiamo gli attributi modularity e complexity. Per quanto riguarda gli indici di qualità andrei a controllare quali di quelli che consideriamo vengono impattati (positivamente o negativamente) dagli attributi elencati, e sono Reliability, Flexibility ed Evolubility.

In fase di progetto dettagliato possiamo valutare metriche di qualità quali complessità ciclomatica, depth of nesting, D-Structuredness. Tutte a partire dai flow-graphs dei moduli che fanno parte del nostro prodotto sw. Dunque direi che l'attributo verificato sia la modularity, indici di qualità impattati Flexibility ed Evolubility.


Ditemi se vi quadra....

per quanto riguarda il progetto dettagliato aggiungerei anche correcteness per via dello static code verification...che ne dite?

sottoattributo di ??? misurato con depth of nesting, d-structureness e cyclomatic complexity...

La sparo: Complexity ?

Domani chiederei a iazzy, ma non ci sto, pensateci voi

Comunque stiamo attenti sullo static testing.

Secondo il syllabus sia walkthrough che inspection sono modalità che testano le fasi di specifica e progetto preliminare...il wiki canna di brutto!

sjottoattributo di ??? misurato con depth of nesting, d-structureness e cyclomatic complexity...

x curiosità,perché hai detto proprio complessità?Io avrei risposto modularità... Comunque domani glielo chiedo personalmente e chi s'è visto s'è visto...Vado a vedermi american pie 3...Bella...

La sparo: Complexity ?

Domani chiederei a iazzy, ma non ci sto, pensateci voi

Qua siamo all'improvvisazione pura :

vedo il flow graph per la complexity un pò come l'information flow per la modularity.


Facci sapere domani che dice.

Comunque stiamo attenti sullo static testing.

Secondo il syllabus sia walkthrough che inspection sono modalità che testano le fasi di specifica e progetto preliminare...il wiki canna di brutto!

questa è una grande incongruenza...mi pare che il prof ha detto che l'ispezione viene fatta nella fase di progetto dettagliato e codifica...anche perchè se deve verificare il codice statico come lo può fare nella fase di progetto preliminare??

certo che il professore non ha per niente le idee chiare, quindi come può pensare che ce le avremo chiare anche noi al test???

Oddio, raga!

Domani chiedete anche questo

C'è da uscire pazzi!

e ricordate tutti che il web è dannoso

:evil:

Comunque stiamo attenti sullo static testing.

Secondo il syllabus sia walkthrough che inspection sono modalità che testano le fasi di specifica e progetto preliminare...il wiki canna di brutto!

questa è una grande incongruenza...mi pare che il prof ha detto che l'ispezione viene fatta nella fase di progetto dettagliato e codifica...anche perchè se deve verificare il codice statico come lo può fare nella fase di progetto preliminare??

certo che il professore non ha per niente le idee chiare, quindi come può pensare che ce le avremo chiare anche noi al test???

forse proprio x questo non ha mai messo le slide su internet...Aiuto,non ci sto a capì più una mazza...Comunque,rizzi,tu dici che quindi è complessità?L'hai dedotto dalla definizione stessa?Bah...Sempre più oscuro...

già che ci siamo posto altre domande che negli anni scorsi hanno creati dubbi e perplessità....

1)il flow-graph è un indice attributo o sottoattributo?
e a quale indice o sottoattributo si riferisce?

2)(riguarda al testing esaustivo) input con 6 caratteri di seguito senza spazi, in un alfabeto di 26 valori.( i 6 caratteri non possono ripetersi).quante prove si devono fare?

Comunque stiamo attenti sullo static testing.

Secondo il syllabus sia walkthrough che inspection sono modalità che testano le fasi di specifica e progetto preliminare...il wiki canna di brutto!

Prog. preliminare:
1) walkthrough (informale)
2) ispezione:
[ul]A) su documentazione tramite checklist(formale)
B) su pseudocodice con flowgraph infomale asserzioni(semiformale)[/ul]
Prog. dettagliato:
+ flowgraph formale tramite primitive, CC, Depth, D-structness..

N.B. x ispezione: nel caso A) il team produce report, nel caso B) il resp del team produce lo pseudo codice

Questo è quanto ho capito....ma la certezza non è di questo esame!!! :cry:

già che ci siamo posto altre domande che negli anni scorsi hanno creati dubbi e perplessità....

2)(riguarda al testing esaustivo) input con 6 caratteri di seguito senza spazi, in un alfabeto di 26 valori.( i 6 caratteri non possono ripetersi).quante prove si devono fare?

tutte le possibili conbinazioni di input:
stringhe di 1 carattere, di 2 caratteri....6 caratteri, quindi
26+26^2+....26^6 = 321 milioni circa

mi pare che il professore disse, come riportato da alcuni studenti visto che io non seguivo ancora isw, che il risultato era 2^26 - 26(# combinazioni non valide del tipo aaaaaa, bbbbbb, ecc....

scusate 26^6 - 26

Comunque stiamo attenti sullo static testing.

Secondo il syllabus sia walkthrough che inspection sono modalità che testano le fasi di specifica e progetto preliminare...il wiki canna di brutto!

Prog. preliminare:
1) walkthrough (informale)
2) ispezione:
[ul]A) su documentazione tramite checklist(formale)
B) su pseudocodice con flowgraph infomale asserzioni(semiformale)[/ul]
Prog. dettagliato:
+ flowgraph formale tramite primitive, CC, Depth, D-structness..

N.B. x ispezione: nel caso A) il team produce report, nel caso B) il resp del team produce lo pseudo codice

Questo è quanto ho capito....ma la certezza non è di questo esame!!! :cry:

tutto giusto ma non risolve il dilemma : ispezione è per il progetto dettagliato e codifica?