Ci sono aziende che usano BDD in un ambiente .NET?

Ho usato BDD estesamente su molti grandi clienti e l'ho visto usato ancora di più. Se la tua organizzazione è titubante sull'adozione del lato automazione, puoi comunque concentrarti sull'avere le conversazioni tra tester, sviluppatori e uomini d'affari - questo ha davvero aiutato in diversi punti.

In un client .NET abbiamo iniziato ad automatizzare Fitnesse.NET supportato da FitSharp, ma ci siamo allontanati da esso quando ci siamo resi conto che chiunque fosse interessato a leggere gli scenari automatici era abbastanza tecnico da leggere il codice. Stavamo usando WPF, quindi ho scritto uno strumento di automazione per aiutarci e ha rispecchiato alcune delle cose che stavamo facendo in un'applicazione giocattolo. Puoi vedere gli scenari che ho scritto qui . Il modo in cui l'ho fatto è molto simile a quello che stavamo facendo sul sito del cliente. Ho anche sentito parlare bene di SpecFlow, quindi in ogni caso dovrei andare avanti.

Oltre a cogliere il bug occasionale, parlare degli scenari ci ha davvero aiutato a capire che cosa stavamo cercando di raggiungere prima di iniziare la codifica e abbiamo trovato molti casi limite come risultato delle discussioni. Ogni singolo progetto che ho visto riprendere BDD ha trovato beneficio in esso, con l'unica eccezione di un progetto che è stato avviato solo perché lo sponsor voleva utilizzare il suo budget in modo che potesse essere sicuro di ottenerlo di nuovo l'anno prossimo (il la trasparenza intorno al valore aziendale in BDD infastidisce davvero le persone che stanno giocando il sistema con cose come questa).

Ho anche messo insieme una pagina su BDD che potrebbe aiutare chiunque sia nuovo a farlo.

Infine, potresti voler controllare il discorso di Dan North sulla vendita BDD per l'azienda .

No, la maggior parte delle aziende non adotta BDD. Ecco perché:

• In teoria, il BDD ha qualche merito.
• In pratica, specialmente con un'applicazione web, BDD può richiedere uno sforzo maggiore di quello che vale.

Nella mia esperienza:

• La creazione di grammatiche BDD è, nel migliore dei casi, ingombrante.
• Mocking HttpContext rende il BDD più difficile di quanto valga.

Permetterò che uno screencast come questo , possa fare qualcuno entusiasta di BDD.
Sfortunatamente, la stragrande maggioranza delle applicazioni reali non è mai così semplice.
Il debito tecnico, spesso accumulato durante i crunch programmati, confonde la maggior parte delle applicazioni fino al punto in cui non sono modificabili per BDD.