Nel paradigma BDD, perché il "linguaggio ubiquitario" dovrebbe essere solo semi-formale e non completamente formale?

Naviga le tue risposte
2

Ecco la citazione pertinente:

A common risk with software development includes communication breakdowns between Developers and Business Stakeholders. BDD uses the specification of desired behavior as a ubiquitous language for the project team members. This is the reason that BDD insists on a semi-formal language for behavioral specification: some formality is a requirement for being a ubiquitous language. In addition, having such a ubiquitous language creates a domain model of specifications, so that specifications may be reasoned about formally.

Penso che un vero e proprio "linguaggio" formale rigoroso che abbia una grammatica e un compilatore possa essere utile per, per esempio, generare automaticamente stub di test dalle specifiche o per garantire che le specifiche abbiano certe proprietà (nomi e verbi coerenti, ecc. .).

Nel paradigma BDD, quindi, perché il "linguaggio ubiquitario" dovrebbe essere solo semi-formale e non completamente formale / rigoroso?

    
posta Words Like Jared 12.09.2014 - 22:31
fonte

2 risposte

7

Il "linguaggio ubiquitario" dovrebbe essere semi-formale perché vuoi avere conversazioni su come dovrebbe comportarsi il codice.

Se rendi il linguaggio formale, finirai per avere più conversazioni sul rispetto del linguaggio formale rispetto al comportamento del codice.

Ho scritto un post sul blog che illustra cosa succede quando il concetto di esempi formali è un po 'esagerato. La possibilità di avere semplicemente una conversazione, di perdonare la lingua usata e di ordinare il resto in seguito, è la chiave del successo del BDD. Ecco un altro post sul blog su come derivare Gherkin dalle conversazioni che potrebbero essere d'aiuto.

    
risposta data 23.09.2014 - 00:37
fonte
1

vai avanti e formalizza il linguaggio ubiquitario se aiuta a descrivere / definire / risolvere il problema nel dominio scelto - questo è chiamato Lingua specifica del dominio

Ma non aspettarti che gli utenti aziendali scrivano DSL; è sufficiente che possano leggerlo, per facilitare la conversazione descritta da Lunivore

    
risposta data 23.09.2014 - 01:45
fonte

Leggi altre domande sui tag

Design di denominazione delle funzioni in una libreria C. Come risolvere questo problema di duplicazione del codice con un motivo di progettazione [duplicato]