Comment apprendre/enseigner Cornichon Concombre

j'aimerais permettre aux analystes d'affaires d'être en mesure d'écrire toutes leurs spécifications pour les fonctionnalités, les scénarios et les étapes qui est compatible avec le concombre à L'aide de Gherkin.

j'ai lu quelques-unes des informations de base sur le site github pour le concombre et de faire une recherche rapide sur Google, mais je voulais savoir s'il y avait des ressources recommandées pour obtenir les gens non-techniques pour être en mesure d'écrire complet BDD en utilisant Gherkin (je suppose que c'est la langue préférée pour les tests de concombre à créer dans.)

Merci.

24
demandé sur the Tin Man 2009-11-10 02:20:06
la source

7 ответов

ce que j'ai fait avec les analystes d'affaires dans notre entreprise était de leur enseigner la structure en leur donnant les mots clés: donnée, Quand, , Et pour les Scénarios et pour, et je veux pour les Fonctionnalités.

Ensuite, je leur ai donné un exemple simple et dit-leur d'écrire leurs propres caractéristiques qu'ils pensaient qu'ils doivent être écrits. Étonnamment, la structure était auto explicatif et les caractéristiques qu'ils ont écrit est devenu un grand début.

Le seul gros problème était qu'ils avaient contenu à beaucoup de logique dans chaque étape de scénario. J'ai résolu cela en demandant itérativement "pourquoi?"ce qui dans la plupart des cas a révélé la fonctionnalité de base qu'ils voulaient et nous avons réécrit les scénarios en conséquence.

en leur donnant les lignes directrices et en les laissant écrire les traits eux-mêmes, ils se sont salis les mains et ont été forcés de penser à ce qu'ils avaient écrit. Aujourd'hui, ils ont une bien meilleure compréhension et le "pourquoi?"itérations ne sont pas nombreux plus.

bien sûr, vous avez besoin d'avoir les analystes et les développeurs à travailler en étroite collaboration et les caractéristiques les analystes de l'écriture ne doit agir comme un début. Rappelez-vous que les caractéristiques de concombre sont juste un langage commun entre les analystes et les développeurs. Ils ont encore besoin de s'asseoir souvent ensemble pour pouvoir se parler:)

29
répondu mrD 2013-02-15 00:17:04
la source

http://cukes.info est une excellente ressource pour enseigner aux gens comment les écrire. Ben Mabey a également fait une excellente présentation sur le concombre

9
répondu Ryan Bigg 2012-02-06 17:05:50
la source

après avoir travaillé sur un projet agile utilisant le concombre pour la première fois, je pense que la meilleure façon d'apprendre le concombre et le cornichon est de se salir les mains.

j'ai peut-être tort, mais j'ai l'impression que votre question vous donne envie de former votre BAs à écrire Gherkin; ensuite, ils vont écrire un tas de fonctionnalités et les remettre aux développeurs.

Ce n'est certainement pas la voie à suivre. Il est beaucoup mieux d'avoir les dev et les utilisateurs de BA (si possible) travaillant ensemble pour écrire vos scénarios et de construire au fur et à mesure. Alors vous tous d'apprendre ce qui fonctionne et ce qui ne fonctionne pas.

nous avons essayé d'avoir un BA écrire des traits entiers et les remettre. Nous (les devs) avons fini par avoir à faire des réécritures majeures parce que la mise en œuvre a fini par différent de celui initialement prévu par le BA. Nous avons également dû changer la syntaxe des étapes et trouver et remplacer à travers le fichier entier.

faire un scénario à la fois, le faire fonctionner puis passer à la prochain. Une approche itérative réduit le gaspillage d'efforts et s'assure que vous comprenez tous comment vous voulez que l'application se comporte.

en termes de comment écrire les étapes, il est préférable de commencer par celles qui viennent avec le concombre et de les copier et de les adapter pendant que vous travaillez sur votre projet pour s'adapter à votre application particulière. Il n'y a pas de bien ou de mal, c'est ce qui fonctionne pour vous. La documentation sur les sites du concombre est généralement bonne et sera une ressource précieuse à mesure que vous en apprendrez davantage.

8
répondu JosephL 2018-06-04 15:27:42
la source

nous enseignons à Gherkin (pour SpecFlow) de la même manière, comment la DRM l'a décrit.

je pense qu'il est très important, cependant, que le public est familier avec l'intention principale de "Spécification Par exemple", l'analyse agile des besoins et la BDD, donc nous commençons habituellement à discuter de l'arrière-plan d'abord. Nous montrons aussi un exemple de scénario de Gherkin et expliquons les bases (comme Given/When/Then / But et tables).

Que nous prenons un exemple simple histoire (qui est assez familier à tout le monde), comme "ajouter des articles au panier" (avec une certaine orientation, bien sûr) et les laisser formuler les critères d'acceptation en petits groupes.

après cela, chaque équipe montre / explique ses solutions et nous discutons des bonnes et mauvaises pratiques qui étaient présentes. Après la seconde équipe, vous pouvez voir presque tous les plus importantes (bonnes ou mauvaises) pratiques figurant.

je tape aussi la solution conclue, et je montre ici les différentes façons de décrire la scénarios (arrière-plan, esquisse de scénario, etc.)). S'il y a assez de temps, je montrerai aussi comment automatiser et implémenter la fonctionnalité imaginée sur cette base. Cela permet également de comprendre certaines règles importantes à suivre, ce qui rend l'automatisation beaucoup plus facile.

bien que, je ne sais jamais à l'avance ce qui va se passer, habituellement cet exercice est la meilleure partie de notre formation de BDD.

3
répondu Gaspar Nagy 2010-10-04 11:45:07
la source

Le Livre de RSpec a un couple de chapitres en elle qui sont pertinents pour les analystes D'Affaires:

http://pragprog.com/book/achbd/the-rspec-book

1
répondu Rimian 2011-08-12 08:56:11
la source

je pense que la meilleure façon d'apprendre est de commencer à écrire. Gherkin & Cucumber sont faciles à apprendre mais difficiles à maîtriser, il est donc important d'obtenir des exemples pratiques dès que possible.

bien qu'il soit important de commencer par écrire vos premiers scénarios, vous avez aussi besoin de ressources pour établir de bonnes habitudes et comprendre les pratiques clés. J'ai écrit un livre qui pourrait vous aider. "L'Écriture De Grands Le Cahier Des Charges" est, je l'espère, un bon moyen d'apprendre Gherkin et Concombre. Il couvre les modèles et les antimodèles ainsi que les techniques clés pour la rédaction de grands scénarios. :) Si vous avez des questions, vous pouvez toujours me frapper sur Twitter.

si vous êtes intéressé à acheter " Writing Great Specifications," vous pouvez économiser 39% avec le code promo 39nicieja2:)

Autres ressources:

  • "Spécification Par exemple" par Gojko Adzic si vous êtes intéressé par les processus de développement de logiciels et des pratiques d'ingénierie de haut niveau.
  • "BDD in Action" par John Smart si cela ne vous dérange pas de lire le code de test en Java. C'est une vue complète de bout en bout sur la définition et le test des exigences logicielles.
  • "Behaviour-Driven Development" par Liz Keogh si les tests automatisés ne vous disent rien, mais vous voulez comprendre comment les spécifications avec des exemples affectent vos processus d'analyse d'entreprise.
  • "Le Concombre Livre: Comportement-Driven Development pour Testeurs et développeurs " par Matt Wynne et Aslak Hellesøy
  • "the RSpec Book: Behaviour-Driven Development with RSpec, Cucumber, and Friends" par David Chelimsky, Dave Astels, Zach Dennis, Aslak Hellesøy, Bryan Helmkamp, Dan North
1
répondu thion 2017-01-23 23:49:30
la source
0
répondu Aravin 2015-09-10 14:44:36
la source

Autres questions sur