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

Beispiel für die Verwendung von Heraufstufungsstatuswerten Angenommen, ein Software-Unternehmen möchte die folgenden Heraufstufungsstatuswerte verwenden: Entwicklung Entwickler arbeiten mit den aktuellsten Dateirevisionen. Diese Dateien verfügen über keine Ansichts-Labels, da sie laufend geändert werden. Viele Unternehmen verwenden "Entwicklung" nicht als Heraufstufungsstatus, da das Konfigurieren einer Ansicht auf Basis eines Heraufstufungsstatus dazu führt, dass die Ansicht schreibgeschützt ist (sogar wenn das Ansichts-Label für den Status ist. White-Box-Test Tester prüfen sowohl den Quelltext als auch die kompilierte ausführbare Datei auf Fehler, die repariert werden müssen. Der Quelltext erhält ein Ansichts-Label, um sicherzustellen, dass die Tester die gleichen, ungeänderten Dateien prüfen. Das Ansichts-Label wird dem Heraufstufungsstatus "White-Box-Test" zugewiesen. (Bei einem White-Box-Test werden die Testläufe mit vollständiger Kenntnis des Quelltexts durchgeführt.) Blackbox-Test Alpha-Test Beta-Test Release Die ausführbaren Dateien werden nicht in der Anwendung gespeichert, da sie einfach aus dem Quelltext erzeugt werden können. Tester installieren sie aus einem Build-Ordner im Netzwerk. Dieser Ordner verfügt über Unterordner namens Build 1, Build 2 usw.. Änderungsanforderungen werden nur für die ausführbaren Dateien eingegeben. Die Entwickler korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Blackbox-Test" prüfen, denen das entsprechende Ansichts-Label zugewiesen ist. Tester installieren die ausführbare Datei genau wie beim Whitebox-Test. Sie benötigen jedoch keine Einsicht in den Quelltext und verwenden keine Heraufstufungsstatuswerte für den Test. (Bei einem Blackbox-Test werden die Testläufe ohne Kenntnis des Quelltexts durchgeführt.) Änderungsanforderungen werden nur für die ausführbaren Dateien eingegeben. Die Entwickler korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Blackbox-Test" prüfen, denen das entsprechende Ansichts-Label zugewiesen ist. Endbenutzer des entwickelten Software-Produkts installieren die ausführbaren Dateien des Produkts und testen es in ihren eigenen Umgebungen. Änderungsanforderungen werden durch den Alpha-Koordinator und/oder die Benutzer nur für die ausführbaren Dateien eingegeben.Die Entwickler korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Alpha" prüfen, denen das entsprechende Ansichts-Label zugewiesen ist. Die Beta-Testphase verläuft ähnlich der Alpha-Testphase, aber die Anzahl der Benutzer wird deutlich erhöht, da das Produkt erheblich stabiler ist. Änderungsanforderungen werden durch den Beta-Koordinator und/oder die Benutzer nur für die ausführbare Datei eingegeben. Die Entwickler korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Beta" prüfen, denen das entsprechende Ansichts-Label zugewiesen ist. Das Produkt ist auf dem Markt erhältlich. Benutzer installieren die ausführbare Datei und wenden sich an den Produkt-Support. Die Mitarbeiter des Produkt-Supports geben Änderungsanforderungen nur für die ausführbaren Dateien ein. Die Entwickler korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Release" prüfen, denen das entsprechende Ansichts-Label zugewiesen ist. Der reparierte Quelltext wird in zukünftige Produktversionen und Service Packs für bereits erhältliche Versionen integriert. In diesem Beispiel wird den Dateien jedes Mal ein Ansichts-Label zugewiesen, wenn die Quelltextdateien zur Erzeugung eines Builds (ein Satz ausführbarer Dateien) zum Testen verwendet werden, damit Sie später einfach identifiziert werden können. Es bietet sich an, Ansichts-Labels mit den Bezeichnungen Build 1, Build 2 usw. zu verwenden, damit klar ist, welche Quelltextdateien für welchen Satz ausführbarer Dateien verwendet wurden. 330

Mit der Zeit ändert sich das Build- oder Ansichts-Label, das einem Heraufstufungsstatus zugewiesen ist. Der Status "Release" kann anfänglich mit anstelle eines Ansichts-Labels verknüpft sein, da keine Dateien Kandidaten für die Freigabe sind und kein entsprechendes Ansichts-Label erstellt wurde. Wenn Whitebox-Tester entscheiden, dass die geprüften Dateien für den Blackbox-Test bereit sind, wird das mit dem Heraufstufungsstatus "White-Box-Test" verknüpfte Ansichts-Label in den Heraufstufungsstatus "Blackbox-Test" usw. geändert. Werden Heraufstufungsstatuswerte verwendet, ist es für Entwickler und Tester, die mit dem Quelltext arbeiten, nicht wichtig zu wissen, dass das Ansichts-Label Build 120 aktuell von den Whitebox-Testern geprüft wird, dass die ausführbaren Dateien von Build 117 gerade einem Blackbox-Test unterzogen werden usw. Verwandte Konzepte Ansichten, die die iterative Entwicklung unterstützen Ordnungsgemäße Verwendung von Ansichten Verwandte Verfahrensweisen Labels und Heraufstufungsstatuswerte verwalten Ansichtskonfigurationen auf Basis von Heraufstufungsstatuswerten Heraufstufungsstatuswerte konfigurieren Ansichts-Labels heraufstufen 331

Beispiel für die Verwendung von Heraufstufungsstatuswerten<br />

Angenommen, ein Software-Unternehmen möchte die folgenden Heraufstufungsstatuswerte verwenden:<br />

Entwicklung Entwickler arbeiten mit den aktuellsten Dateirevisionen. Diese Dateien verfügen über keine<br />

Ansichts-Labels, da sie laufend geändert werden. Viele Unternehmen verwenden "Entwicklung"<br />

nicht als Heraufstufungsstatus, da das Konfigurieren einer Ansicht auf Basis eines<br />

Heraufstufungsstatus dazu führt, dass die Ansicht schreibgeschützt ist (sogar wenn das<br />

Ansichts-Label für den Status ist.<br />

White-Box-Test Tester prüfen sowohl den Quelltext als auch die kompilierte ausführbare Datei auf Fehler, die<br />

repariert werden müssen. Der Quelltext erhält ein Ansichts-Label, um sicherzustellen, dass die<br />

Tester die gleichen, ungeänderten Dateien prüfen. Das Ansichts-Label wird dem<br />

Heraufstufungsstatus "White-Box-Test" zugewiesen. (Bei einem White-Box-Test werden die<br />

Testläufe mit vollständiger Kenntnis des Quelltexts durchgeführt.)<br />

Blackbox-Test<br />

Alpha-Test<br />

Beta-Test<br />

Release<br />

Die ausführbaren Dateien werden nicht in der Anwendung gespeichert, da sie einfach aus dem<br />

Quelltext erzeugt werden können. Tester installieren sie aus einem Build-Ordner im<br />

Netzwerk. Dieser Ordner verfügt über Unterordner namens Build 1, Build 2 usw..<br />

Änderungsanforderungen werden nur für die ausführbaren Dateien eingegeben. Die Entwickler<br />

korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem<br />

Heraufstufungsstatus "Blackbox-Test" prüfen, denen das entsprechende Ansichts-Label<br />

zugewiesen ist.<br />

Tester installieren die ausführbare Datei genau wie beim Whitebox-Test. Sie benötigen jedoch<br />

keine Einsicht in den Quelltext und verwenden keine Heraufstufungsstatuswerte für den Test.<br />

(Bei einem Blackbox-Test werden die Testläufe ohne Kenntnis des Quelltexts durchgeführt.)<br />

Änderungsanforderungen werden nur für die ausführbaren Dateien eingegeben. Die Entwickler<br />

korrigieren den aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem<br />

Heraufstufungsstatus "Blackbox-Test" prüfen, denen das entsprechende Ansichts-Label<br />

zugewiesen ist.<br />

Endbenutzer des entwickelten Software-Produkts installieren die ausführbaren Dateien des<br />

Produkts und testen es in ihren eigenen Umgebungen.<br />

Änderungsanforderungen werden durch den Alpha-Koordinator und/oder die Benutzer nur für<br />

die ausführbaren Dateien eingegeben.Die Entwickler korrigieren den aktuellen Quelltext, wobei<br />

sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Alpha" prüfen, denen das<br />

entsprechende Ansichts-Label zugewiesen ist.<br />

Die Beta-Testphase verläuft ähnlich der Alpha-Testphase, aber die Anzahl der Benutzer wird<br />

deutlich erhöht, da das Produkt erheblich stabiler ist.<br />

Änderungsanforderungen werden durch den Beta-Koordinator und/oder die Benutzer nur für die<br />

ausführbare Datei eingegeben. Die Entwickler korrigieren den aktuellen Quelltext, wobei sie<br />

gelegentlich die Dateien mit dem Heraufstufungsstatus "Beta" prüfen, denen das entsprechende<br />

Ansichts-Label zugewiesen ist.<br />

Das Produkt ist auf dem Markt erhältlich. Benutzer installieren die ausführbare Datei und wenden<br />

sich an den Produkt-Support. Die Mitarbeiter des Produkt-Supports geben<br />

Änderungsanforderungen nur für die ausführbaren Dateien ein. Die Entwickler korrigieren den<br />

aktuellen Quelltext, wobei sie gelegentlich die Dateien mit dem Heraufstufungsstatus "Release"<br />

prüfen, denen das entsprechende Ansichts-Label zugewiesen ist.<br />

Der reparierte Quelltext wird in zukünftige Produktversionen und Service Packs für bereits<br />

erhältliche Versionen integriert.<br />

In diesem Beispiel wird den Dateien jedes Mal ein Ansichts-Label zugewiesen, wenn die Quelltextdateien zur<br />

Erzeugung eines Builds (ein Satz ausführbarer Dateien) zum Testen verwendet werden, damit Sie später einfach<br />

identifiziert werden können. Es bietet sich an, Ansichts-Labels mit den Bezeichnungen Build 1, Build 2 usw. zu<br />

verwenden, damit klar ist, welche Quelltextdateien für welchen Satz ausführbarer Dateien verwendet wurden.<br />

330

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

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!