Question

Si vous souhaitez déplacer votre processus de développement de développement piloté par les tests vers Développement piloté par le comportement quel chemin prendriez-vous ou recommanderiez-vous?

Quels sont les défis possibles que vous pourriez rencontrer? Déplacer le processus de développement sera une tâche énorme en soi, à mesure que le paradigme change, qu'un changement se produit dans le processus de réflexion et que les perspectives de changements d'exécution du projet se modifient.

Quelqu'un a-t-il réellement vécu ce changement en douceur (hmm ... peut-être pas si facilement)?

Ou quelqu'un qui essaie de faire ce changement?

Je comprends que cela peut ne pas s’appliquer à tout le monde. Mais quelle serait la solution logique au cas où quelqu'un aurait besoin de progresser vers cela?

Je n'ai que des informations de base sur BDD dans l'article suivant. Différence primaire entre TDD et BDD

Les points clés que je recherche sont les suivants:

  • Quel type de formation de développeur est nécessaire?
  • Y at-il des changements importants dans le processus SDLC?
  • Quels sont les outils BDD que vous recommandez (.net)?
  • Bonnes ressources BDD (.net)

Merci d'avance.

EDIT:

En ce qui concerne BDD Framework for .NET, je suis tombé sur ce message dans SO Framework BDD le plus mature pour .NET

Était-ce utile?

La solution

Lorsque j’ai commencé à consulter BDD, j’ai examiné tous les cadres (pour .net) et n’en ai utilisé aucun. La raison principale est que j’ai l’impression que la communauté n’a pas encore défini la syntaxe et les meilleures pratiques. J’ai donc continué à utiliser NUnit avec une classe de base basée sur un article de blog de Ben Scheirman. Cela a très bien fonctionné, car BDD ne concerne pas l’outillage, mais rend les tests propres et compréhensibles, ce qui est tout à fait possible avec des outils normaux comme nunit.

Comparé à mes anciens tests unitaires, le nouveau style est beaucoup plus lisible et met davantage l’accent sur les noms et le comportement. Nous ne sommes pas si loin d'imprimer les noms de méthodes et de discuter du système avec les gens d'affaires.

Quelques lectures supplémentaires de Scott Bellware: Développement fondé sur le comportement

Examen d'un test:

public class WhenAddingLineItemToEmptyOrder : BDDBase
{
    Order order;

    [SetUp]
    public void Arrange()
    {
        order = new Order();
    }

    public void Act() // called by BDDBase
    {
        LintItem item = new LineItem();
        item.Quantity = 1;
        item.Price = 10;
        order.AddLineItem(item);
    }

    [Test]
    public void TotalPriceShouldBeUpdated()
    {
        Assert.AreEqual(10, order.TotalPrice);
    }

    [Test]
    public void OrderCanBeCheckedOut()
    {
        Assert.IsTrue(order.CanBeCheckedOut)
    }
}

Autres conseils

Autant que je sache ... BDD est une nouvelle façon de voir le TDD. C'est plus un changement mental qu'une nouvelle technologie.

Ce que je veux dire, c’est que vous pourriez techniquement utiliser les outils de test unitaire pour faire du BDD

Le développement piloté par le comportement est un outil agile moderne qui permet à votre entreprise de regrouper les compétences de base des développeurs afin de trouver de meilleurs moyens de communication, en augmentant l'entrelacement de la vision de gestion, ce qui vous permettra de créer efficacement de la valeur de manière fondamentale. nouveau niveau de votre position intrinsèque sur le marché.
Le changement de mentalité de Test Driven Development implique un changement de paradigme impliquant une analyse en profondeur du flux de travail, un retour constant via des méthodologies Agile de pointe et une attention particulière portée à la matrice de transition du scénario de comportement sous-jacent.

Vous pouvez écouter Hanselminutes Show # 146 - Le développement piloté par les tests, c'est Design - Le dernier mot sur TDD .

Ce que Scott Bellware a de plus intéressant à dire: "Le développement piloté par les tests, c’est le design"

Le livre qui l'a activé "Activer" " pour lui: Le développement piloté par les tests sous Microsoft & # 174; .NET (pour les développeurs .NET, écoutez le podcast pour le contexte)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top