Borland® StarTeam® 2006 - Borland Technical Publications
Teilen Einbetten Melden
ePaper herunterladen

Borland® StarTeam® 2006 - Borland Technical Publications

Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications

techpubs.borland.com
von techpubs.borland.com Mehr von diesem Publisher
22.11.2013 Aufrufe

Schritt 3: Die Person, die die Änderungsanforderung bearbeitet, ändert den Status in Wird verarbeitet. Nachdem diese Person die Änderungsanforderung bearbeitet hat, kann sie ihr einen der folgenden Statuswerte zuweisen: ♦ Repariert ♦ Dokumentiert ♦ Nicht reproduzierbar Schritt 4: In einem nächsten Schritt testet ein anderes Teammitglied (in der Regel ein Tester oder ein Mitarbeiter der Qualitätssicherung) den geänderten Code. So kann beispielsweise anhand eines Testfalls geprüft werden, ob das Problem tatsächlich behoben oder dokumentiert wurde bzw. nicht reproduzierbar ist. Diese Person weist der Änderungsanforderung anschließend einen der folgenden Statuswerte zu: ♦ Verifiziert - Wie vorgesehen ♦ Verifiziert - Nicht reproduzierbar ♦ Verifiziert - Dokumentiert ♦ Verifiziert - Repariert ♦ Verifiziert - Doppelt Schritt 5: Abschließend ändert ein weiteres Teammitglied den Status in Geschlossen. Diese Person kann abschließende Vorgänge ausführen, z. B. die Änderungsanforderung vor ihrem Abschluss erneut testen oder sie in einen Bericht aufnehmen, damit sie bei der nächsten Produktversion berücksichtigt wird. Bei den meisten der oben beschriebenen Schritte kann die Änderungsanforderung neu geöffnet und verarbeitet werden. Integrierter Workflow für Änderungsanforderungen StarTeam verfügt über einen integrierten Workflow für Änderungsanforderungen, der viele Werte für Änderungsanforderungen automatisch festlegt. Dieser integrierte Workflow ermittelt diese Einstellungen basierend auf der Einstellung im Feld Status für die Änderungsanforderung. Sie können dem Feld Status keine weiteren Werte zuweisen. Sie können sie aber gemäß den Präferenzen in Ihrem Unternehmen umbenennen. Sie können beispielsweise den Status Neuin den Status Neue Änderungsanforderungändern. Wenn Sie den Status einer Änderungsanforderung ändern, legt der integrierte Workflow automatisch die entsprechenden Eigenschaften fest. Wenn Sie den Status Neu, Offen oder Wird verarbeitet wählen, werden im Dropdown-Listenfeld Status sechs neue Statusoptionen angezeigt. Die folgenden sechs Optionen stehen zur Auswahl: ♦ Zurückgestellt ♦ Nicht reproduzierbar ♦ Wie vorgesehen ♦ Repariert ♦ Dokumentiert ♦ Doppelt 150

Lebenszyklus für Änderungsanforderungen Die obige Abbildung zeigt den Lebenszyklus für eine Änderungsanforderung mit dem anfänglichen Status Offen. Der Status wurde in Repariert geändert. Daraufhin fügte der integrierte Workflow automatisch das Statusfeld Verifiziert - Repariert hinzu. Abschließend wurde die Änderungsanforderung geschlossen, d. h. sie erhielt den Status Geschlossen (Repariert). Die Abbildung zeigt auch, dass Änderungsanforderungen während der Bearbeitung jederzeit neu geöffnet werden können. Dies lässt sich daran erkennen, dass von den drei Repariert-Statuswerten jeweils ein Pfeil zum Status Offen zeigt. Zusammenfassung der automatischen Workflows für Änderungsanforderungen In der folgenden Tabelle sind die in diesem Thema beschriebenen Schritte zur Bearbeitung von Änderungsanforderungen zusammengefasst. Dies umfasst auch die automatischen Workflow-Änderungen, die die Anwendung basierend auf derem Status an den Änderungsanforderungen vornimmt. Bearbeitung von Änderungsanforderungen Schritt Senden Zuweisen* Beschreibung Jeder Benutzer kann Änderungsanforderungen senden (in der Regel der Tester oder ein Mitarbeiter der Qualitätssicherung). Vorgehensweise: Klicken Sie auf das Register "Änderungsanforderung". Wählen Sie dann Neu im Menü "Änderungsanforderung" oder im Kontextmenü. Änderungsanforderungen haben die folgenden Standardeigenschaften (die Sie gegebenenfalls ändern können). Status: Neu Schweregrad: Niedrig Priorität: Keine Priorität Typ: Defekt Plattform: Alle Letzter getesteter Build: Aktueller Build-Label Eingegeben von: Derzeit bei der Anwendung angemeldete Person Einige andere Felder sind absichtlich leer. Manche Teamleiter lassen alle Änderungsanforderungen an den Stammordner senden und verteilen Sie dann per Drag-and-Drop in die entsprechenden untergeordneten Ordner. Vorgehensweise: Der Teamleiter ruft alle neuen Änderungsanforderungen ab und führt einen der folgenden Schritte aus: ■ Er öffnet die Änderungsanforderung und weist sie einem Entwickler, einem Co-Autor oder einem anderen Teammitglied zu. 151

Schritt 3: Die Person, die die Änderungsanforderung bearbeitet, ändert den Status in Wird verarbeitet. Nachdem<br />

diese Person die Änderungsanforderung bearbeitet hat, kann sie ihr einen der folgenden Statuswerte zuweisen:<br />

♦ Repariert<br />

♦ Dokumentiert<br />

♦ Nicht reproduzierbar<br />

Schritt 4: In einem nächsten Schritt testet ein anderes Teammitglied (in der Regel ein Tester oder ein Mitarbeiter<br />

der Qualitätssicherung) den geänderten Code. So kann beispielsweise anhand eines Testfalls geprüft werden, ob<br />

das Problem tatsächlich behoben oder dokumentiert wurde bzw. nicht reproduzierbar ist. Diese Person weist der<br />

Änderungsanforderung anschließend einen der folgenden Statuswerte zu:<br />

♦ Verifiziert - Wie vorgesehen<br />

♦ Verifiziert - Nicht reproduzierbar<br />

♦ Verifiziert - Dokumentiert<br />

♦ Verifiziert - Repariert<br />

♦ Verifiziert - Doppelt<br />

Schritt 5: Abschließend ändert ein weiteres Teammitglied den Status in Geschlossen. Diese Person kann<br />

abschließende Vorgänge ausführen, z. B. die Änderungsanforderung vor ihrem Abschluss erneut testen oder sie in<br />

einen Bericht aufnehmen, damit sie bei der nächsten Produktversion berücksichtigt wird.<br />

Bei den meisten der oben beschriebenen Schritte kann die Änderungsanforderung neu geöffnet und verarbeitet<br />

werden.<br />

Integrierter Workflow für Änderungsanforderungen<br />

StarTeam verfügt über einen integrierten Workflow für Änderungsanforderungen, der viele Werte für<br />

Änderungsanforderungen automatisch festlegt. Dieser integrierte Workflow ermittelt diese Einstellungen basierend<br />

auf der Einstellung im Feld Status für die Änderungsanforderung.<br />

Sie können dem Feld Status keine weiteren Werte zuweisen. Sie können sie aber gemäß den Präferenzen in Ihrem<br />

Unternehmen umbenennen. Sie können beispielsweise den Status Neuin den Status Neue<br />

Änderungsanforderungändern.<br />

Wenn Sie den Status einer Änderungsanforderung ändern, legt der integrierte Workflow automatisch die<br />

entsprechenden Eigenschaften fest.<br />

Wenn Sie den Status Neu, Offen oder Wird verarbeitet wählen, werden im Dropdown-Listenfeld Status sechs neue<br />

Statusoptionen angezeigt. Die folgenden sechs Optionen stehen zur Auswahl:<br />

♦ Zurückgestellt<br />

♦ Nicht reproduzierbar<br />

♦ Wie vorgesehen<br />

♦ Repariert<br />

♦ Dokumentiert<br />

♦ Doppelt<br />

150

logo

Produkte

Ressourcen

Unternehmen

AGB
Datenschutzerklärung
Cookie-Richtlinien
Cookie-Einstellungen
Impressum
Change language
Made with love in Switzerland
© 2024 Yumpu.com all rights reserved

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!