Sviluppo del comportamento guidato / diagramma del caso d'uso

Question

Sviluppo del comportamento guidato / diagramma del caso d'uso

#1 da (6 voti)
#2 da (3 voti)

5

Riguardo alla crescita dello sviluppo comportamentale che impone test di accettazione, i diagrammi dei casi d'uso sono utili o portano a una "documentazione eccessiva"?

In effetti, i test di accettazione che rappresentano le specifiche con l'esempio, come i casi d'uso promuovono nonostante un modo più generico (poiché casi, non scenari), non sono troppo simili per trattarli entrambi al momento di un progetto appena creato?

Da questo link , un parere è:

Another realization I had is that if you do UseCases and automated AcceptanceTests you are essentially doubling your work. There is duplication between the UseCases and the AcceptanceTests. I think there is a good case to be made that UserStories + AcceptanceTests are more efficient way to work when compared to UseCases + AcceptanceTests.

Che cosa pensare?

bdd testing agile use-case

posta Mik378 13.12.2012 - 17:19

fonte

2 risposte

3

Penso che dipenda dalla fase di maturità / ciclo di vita della caratteristica particolare su quanto siano utili i diagrammi per il processo.

Per le nuove funzionalità e la documentazione esterna nell'intento delle funzionalità che sono altrimenti scoperte dai test di accettazione automatici, i diagrammi sono utili. Dopo che sono stati effettuati test adeguati, un po 'meno utili.

Tuttavia, hanno valore indipendentemente da cosa e quando. Se ti impegni a crearli, aggrappati a loro. Forse trattarli diversamente da quelli tradizionalmente prescritti. Contrariamente al RUP, non trattarli come documenti viventi che vengono aggiornati - semplicemente come uno sforzo una tantum più utile e applicabile solo a un certo istante di tempo. I disegni potrebbero non essere la "base", ma erano una base per le decisioni e il design della funzionalità.

risposta data 14.12.2012 - 04:23

fonte

Leggi altre domande sui tag bdd testing agile use-case

Quale parte della memoria è utilizzata per il Garbage Collector? Che cos'è uno sviluppatore di software incorporato?

score 6 · Accepted Answer

Secondo me e in una prospettiva Agile:

I casi d'uso, i diagrammi delle classi, i diagrammi delle sequenze e altre cose UML sono strumenti di conversazione eccellenti. Sono davvero perfetti quando devi disegnare o spiegare le idee su una lavagna bianca per esempio per assicurarci di ottenere una comprensione comune di ciò che deve essere raggiunto al momento della conversazione.

Dopo che la conversazione è avvenuta dovrebbero essere scartati / cancellati / non conservati.

Quindi per rispondere alla tua domanda, sì, si tratta di documentazione eccessiva se si partecipa a metterli in un documento. Ma come ho spiegato, la loro caratteristica più interessante non è quella di essere archiviati in pagine di documenti di design, ma di essere usati come strumenti per aiutare la conversazione all'interno del team.