2017-01-26 4 views

Antwort

1

TDD

Das bedeutet, die Tests zu schreiben, bevor Sie die Software zu entwickeln, so dass die Software die Tests passen (Rot-Grün Refactoring). In der Regel werden vor dem Erstellen der Software Schreibgerätentests durchgeführt.

BDD

Es geht nicht um Tests. Es geht um Gespräche.

Das Entwicklungsteam wird mit dem Unternehmen über die Anforderungen sprechen und genügend Informationen gewinnen, um Szenarien schreiben zu können, die die Entwicklung der Software besser auf die tatsächlichen Geschäftsanforderungen abstimmen. (Ob dies ein Word-Dokument oder ein Test ist, spielt keine Rolle).

Die erstellten Szenarien sollten für das Unternehmen, das Entwicklungsteam und alle anderen verständlich sein, wobei die Sprache verwendet wird, auf die beide sich einigen.

BDD und TDD können sich ergänzen

Ich entschuldige mich für kein Beispiel in Jasmine geben, aber ich kann Ihnen sagen, dass Tools wie Cucumber Ihnen auf dem Weg helfen wird, in einem BDD Stil in schriftlicher Form, und sie kann sich mit Jasmine integrieren, um ein Business-verständliches Front-End und ein für Entwickler verständliches Backend zu machen.

5

TDD (Testgetriebene Entwicklung) Prozessstart mit Entwicklungstest für jedes Feature. TDD-Prozess muss einen Schritt folgen. Diese Schritte werden einfach fortgesetzt, solange der Entwickler mehr Funktionen zum Hinzufügen hat.

  • einen Test schreiben
  • Run Tests
  • Umgestalten
  • Tests hinzufügen
  • Tests

Codebeispiel für TDD ausfallen Siehe

suite('testName', function() { 
    setup(function() { 
    //create object (if need only) 
    }); 
test('should Return Name', function(){ 
      //test function 
     }); 

BDD (verhaltensgesteuerte Entwicklung) Kann fast wie ein Satz gelesen werden und konzentriert sich mehr auf die Features.

Codebeispiel für BDD

describe("send Name", function(){ 

    it("should Return Name",function(){ 
     expect(sendName()).toEqual('ABC'); 
    }); 

}) 

TDD vs BDD

Es gibt einige Probleme sind während TDD Vorformen

  • Wo
  • starten
  • wie viel brauchen
  • verstehen zu prüfen, warum Test

Lösung für oben genannten Probleme nicht ist BDD

TDD beschreiben, wie System funktioniert.

BDD Beschreibung wie Endbenutzer das System verwenden.