Freigeben über


Abschließen von Entwicklungsaufgaben

Wenn Sie die Implementierung und die Tests einer Codeänderung abgeschlossen haben, um eine Aufgabe, einen Fehler oder eine andere Arbeitsaufgabe zu behandeln, führen Sie in der Regel mehrere zusätzliche Aufgaben aus. In einer Teamumgebung bitten Sie häufig einen oder mehrere Mitglieder des Entwicklungsteams, Ihren Code zu überprüfen. Sie sollten auch einen abschließenden vollständigen Build der Anwendung ausführen.

Möglicherweise gibt es eine Reihe von Einchecktests, die bestanden werden müssen, bevor Sie den Code einchecken können. Nachdem alle Kriterien erfüllt wurden, können Sie die ausstehenden Codeänderungen einchecken und mögliche Zusammenführungskonflikte auflösen.

Nur wenn alle erforderlichen Schritte ausgeführt wurden, werden die entsprechenden Aufgaben, Fehler oder andere Arbeitsaufgaben aufgelöst.

Allgemeine Aufgaben

Aufgabe

Unterstützender Inhalt

Lassen Sie den Code von den Kollegen überprüfen: In vielen Teamentwicklungsumgebungen müssen Sie Codeänderungen von einem oder mehreren Kollegen überprüfen lassen, bevor Sie die Änderungen einchecken können. Sie sollten in Erwägung ziehen, komplexen Code immer von einem Ihrer Mitarbeiter überprüfen zu lassen, auch wenn dieser Schritt nicht vom Team benötigt wird.

Um die Codeüberprüfung zu erleichtern, können Sie ein Shelveset vorbereiten, das die Änderungen enthält. Andere Teammitglieder können den Inhalt des Shelvesets überprüfen. Darüber hinaus werden die Änderungen in der Versionskontrolle gespeichert, sodass Sie an anderen Aufgaben arbeiten können und keine Gefahr für Ihre Änderungen besteht, wenn etwas Unerwartetes in der Entwicklungsumgebung passiert.

Führen Sie einen abschließenden vollständigen Build aus: Wenn Sie Codeänderungen vornehmen, erstellen Sie häufig nur diejenigen Komponenten, die Sie ändern. In einer Teamumgebung sollten Sie in Erwägung ziehen, die gesamte Anwendung zu erstellen, bevor Sie die Änderungen einchecken. In einigen Teams können Sie eingecheckten Code an einen Computer senden, der fortlaufende Builds ausführt.

Führen Sie alle Einchecktests aus: In vielen Teams müssen Sie eine Teilmenge der Anwendungstests ausführen, die als Einchecktests bezeichnet werden. Durch diese Tests wird überprüft, ob das Verhalten der Anwendung in anderen Bereichen als denjenigen, die Sie direkt geändert haben, beeinträchtigt wurde.

Checken Sie alle Änderungen ein: Nachdem Sie die Änderungen überprüft haben, müssen Sie sie in die Versionskontrolle einchecken, um sie für das Team verfügbar zu machen. Indem Sie Ihre Änderungen einchecken, werden diese auch beim nächsten vollständigen Produktbuild angezeigt. Sie können ausstehende Änderungen auch zurücksetzen, wenn sie z. B. ein zu hohes Risiko in der aktuellen Phase eines Produktzyklus bedeuten.

Lösen Sie Aufgaben, Fehler und andere Arbeitsaufgaben auf: Nachdem Sie die Änderungen eingecheckt haben, können Sie die damit im Zusammenhang stehenden Aufgaben, Fehler oder anderen Arbeitsaufgaben auflösen, die den Änderungen zugewiesen sind. In der Regel weisen Sie das Changeset, das die Änderungen enthielt, der Arbeitsaufgabe zu. Dadurch können Sie die damit in Zusammenhang stehenden Änderungen leichter finden, wenn der Fehler später erneut auftritt. Geben Sie im Kommentar für die Arbeitsaufgabe genügend Informationen an, um andere Leser über Art und Grund der Änderung zu informieren. Zudem empfiehlt sich unter Umständen die Anwendung einer Bezeichnung, um später ggf. auf diese Quellcodeversion verweisen zu können.

Nach Abschluss einer Arbeitsaufgabe muss unter Umständen der Entwicklungszeitplan angepasst werden, falls für die Aufgabe deutlich mehr oder deutlich weniger Zeit aufgewendet werden musste.

Geben Sie Entwurfsfeedback: Wenn Sie eine Codeänderung vornehmen, müssen Sie möglicherweise Elemente des Anwendungsentwurfs oder der Anwendungsarchitektur ändern. Wenn Sie den Entwurf ändern, sollten Sie alle Dokumente bezüglich Architektur und Entwurf (einschließlich Modellen) so aktualisieren, dass sie die Änderungen enthalten. Wenn Sie einen Fehler korrigiert haben, sollten Sie den anderen Teammitgliedern außerdem Informationen zur Art des Fehlers bereitstellen und ihnen mitteilen, wie der Fehler in Zukunft verhindert werden kann.

Ähnliche Szenarien

  • Ausführen häufiger Entwicklungsaufgaben
    Wenn Sie eine Entwicklungsaufgabe abgeschlossen haben, haben Sie alle notwendigen Schritte ausgeführt, die für den Prozess oder die Methodik des Teams erforderlich sind.

  • Bestimmen der Auswirkungen von Codeänderungen auf Tests
    Bevor Sie die Änderungen einchecken und zugewiesene Arbeitsaufgaben auflösen, sollten Sie Tests ausführen, um die Teile der Anwendung zu überprüfen, die von den Codeänderungen betroffen sind. Mit den Funktionen der Testauswirkungsanalyse von Visual Studio Premium und Visual Studio Ultimate können Sie ermitteln, welche Tests ausgeführt werden müssen.

  • Überprüfen von Code mithilfe von Komponententests
    Führen Sie vorhandene Tests aus, und erstellen Sie möglicherweise auch zusätzliche Tests, um das Verhalten Ihrer Anwendung zu überprüfen. Wenn die Anwendung eine oder mehrere Datenbanken verwendet, bietet es sich an, realistische Testdaten für diese Tests zu generieren.

  • Analysieren der Anwendungsqualität mit Codeanalysetools
    Es empfiehlt sich, den Code zu analysieren, um ihn auf allgemeine Entwurfsprobleme zu überprüfen, die Probleme für Benutzer der Anwendung verursachen könnten.

  • Verwalten von Entwicklungszeitplänen und Arbeitsaufgaben
    Nachdem Sie die Änderungen eingecheckt haben und die Arbeitsaufgaben aufgelöst haben, empfiehlt es sich, den Entwicklungszeitplan für die aktuelle Iteration zu überprüfen. Sie können ermitteln, ob Sie im Zeitplan liegen. Wenn die Aufgabe länger als erwartet dauerte, können Sie ermitteln, welche Teammitglieder von Ihrer Arbeit abhängig waren, damit Sie die Auswirkungen der Verzögerung besprechen können.