Diskussion:Behavior Driven Development

In den Beispielen in Szenario 1 und 2 ist die Vorbedingung aus dem Englischen "given"

   * Given a customer previously bought a black sweater from me
   * and I currently have three black sweaters left in stock
   * when he returns the sweater for a refund
   * then I should have four black sweaters in stock

übersetzt worden in "Wenn"

   * Wenn ein Kunde eine schwarze Hose kauft
   * und wir 3 schwarze Hosen im Lager haben,
   * wenn er die Hose zurückgibt und dafür einen Gutschein erhält,
   * dann sollten wir 4 schwarze Hosen im Lager haben.

In Gherkin-deusch wird die vorbedingung "given" übersetzt in "gegeben". Dies ist zwar nicht so gut lesbar wie die aktuelle übersetzung mit "Wenn", dafür kann man im text besser unterscheiden zwischen Vorbedingung "given" und Aktion "wenn".

Squish GUI Tester

Squish GUI Tester ist definitiv kein Framework --> in der Aufzählung in der Einleitung gestrichen. "BDD GUI Tests" ist was ganz anderes als BDD, Squish ist ein GUI-Testwerkzeuge, welches (wie viele andere auch) Tests mit GivenWhenThen zulässt (wie auch z.B. Junit). Sollen wir jetzt jedes Ding nennen, das auch BDD kann? z.B. kann JIRA mit dem Behave Pro Plugin BDD. mMn nicht.

BDD Werkzeuge die hier genannt werden sollten entweder reine BDD Werkzeuge sein (und keine Testtools, Testframeworks oder Bugtracker mit BDD Fähigkeiten) oder wir schreiben den Absatz zu Werkzeugen um und gehen darauf ein, dass es BDD Frameworks, BDD Tools und diverse andere Tools und Frameworks gibt, die nebenbei auch BDD können.

Des weiteren würde ich davon ausgehen, dass wenn ein Werkzeug zu den "bekanntesten Vertretern" gehört, es dazu auch eine Wikipedia Seite gibt. Alle anderen würde ich löschen oder auf eine Liste von Werkzeugen für Behavior Driven Development mit geeigneteren schwammigeren Inklusionskriterien auslagern.

Bitte um Diskussion. --Sebastian.Dietrich ✉ 00:10, 27. Jul. 2015 (CEST)

Defekte Weblinks

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Die folgenden Weblinks wurden von einem Bot („GiftBot“) als nicht erreichbar erkannt.
Ausführliche Erläuterungen und Hilfe zur korrekten Behebung dieser Fehler finden sich auf Wikipedia:Defekte Weblinks. Ist ein von einem Bot als defekt gemeldeter externer Link doch erreichbar, dann bitte berichten – wie auch sonstige Probleme.

• http://www.specflow.org/specflownew/
  • Vielleicht ist eine archivierte Version geeignet: archive.orghttp://giftbot.dwl.invalid/http://www.specflow.org/specflownew/
  • Artikel mit gleicher URL: Cucumber (Software) (aktuell)
• http://tekpub.com/view/concepts/5
  • Vielleicht ist eine archivierte Version geeignet: archive.orghttp://giftbot.dwl.invalid/http://tekpub.com/view/concepts/5

– GiftBot (Diskussion) 23:55, 17. Jan. 2016 (CET)

Rechtschreibung Begriff (engl. Sprache)

Es heisst auf den dt. Wikiseiten: model-driven development bzw. test-driven development. Warum wird bei behavior driven auf den Bindestrich verzichtet und stattdessen ein Leerzeichen verwendet?

Nachsatz: Bei feature driven fehlt auch ein Bindestrich. Je nach Entscheidung hier bitte auch dort berücksichtigen. (nicht signierter Beitrag von 80.187.104.155 (Diskussion) 08:49, 16. Nov. 2016 (CET))