Come misurare la qualità dei miei casi d'uso?

0

Quando sto scrivendo qualcosa so che ci sono molti modi per vedere se il mio codice è buono o no. Il primo è il test: posso fare test unitari o persino testare il software da solo e vedere che funziona o meno. Dopo averlo fatto funzionare, posso analizzare l'accoppiamento del codice e così via per refactoring e renderlo migliore. In questo senso, sono fiducioso durante la programmazione perché ho un modo per sapere se quello che ho fatto funziona o meno e come pensarlo meglio se non funziona.

Durante la progettazione del software, tuttavia, ho maggiori difficoltà ad analizzare se i casi di utilizzo che scrivo sono buoni o meno. Ho letto un sacco di teoria sui casi d'uso, ma la pratica è un po 'dura perché mi trovo sempre a mettere in discussione cose come: "dovrebbe essere incluso? È necessario dirlo qui? Non manca qualcosa?" e ogni genere di cose del genere.

Quindi, come posso "testare" i miei casi d'uso? Come faccio a sapere se sono ben scritti o no? Conosco l'approccio iterativo di OOAD, non proviamo a farlo correttamente nella prima iterazione, tuttavia dovrebbe almeno contenere le informazioni esatte per iniziare a scrivere in codice, e ora non so come scoprire se contiene quella informazione.

    
posta user1620696 11.04.2014 - 15:50
fonte

1 risposta

2

Vorrei che li sottoponessi al test.

Seriamente: se il QA è in grado di leggere un caso d'uso e comprendere il flusso del programma senza una conoscenza a priori del codice (che tende a rendere uno sviluppatore distorto in termini di test su qualsiasi cosa), allora è probabile che sia almeno di qualità decente. / p>

Quando si tratta di convalidare requisiti, casi d'uso e altra documentazione che tipicamente si avvicina all'inizio di un progetto, è meglio coinvolgere il maggior numero di parti interessate nel processo. Se il gruppo decide che un artefatto è di buona qualità e che ogni membro del team può ricavarne un valore, questa è la qualità.

Ad esempio: il cliente accetta che il caso d'uso rispecchi accuratamente ciò che desidera. Il QA è d'accordo che possano testarlo. Lo sviluppo è d'accordo che possono codificarlo. E tutti concordano che è abbastanza specifico da rimuovere l'ambiguità senza limitare indebitamente l'implementazione. Questa è una misura della qualità.

    
risposta data 11.04.2014 - 16:08
fonte

Leggi altre domande sui tag