Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
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
- Seite 279 und 280: Zugriffsrechte auf Projektebene gew
- Seite 281 und 282: Zugriffsrechte auf Ansichtsebene ge
- Seite 283 und 284: Zugriffsrechte in einer Verzweigung
- Seite 285 und 286: Zugriffsrechte verweigern StarTeam
- Seite 287 und 288: Zugriffsrechte und Gruppenberechtig
- Seite 289 und 290: Eigenschaftsdialogfeld mit StarTeam
- Seite 291 und 292: ♦ Verwenden Sie Tastaturkürzel,
- Seite 293 und 294: Steuerelemente Steuerelemente sind
- Seite 295 und 296: Benutzerdefinierte Eigenschaftsfeld
- Seite 297 und 298: Verwandte Verfahrensweisen Eigensch
- Seite 299 und 300: Tipp: Die mit der jeweiligen Server
- Seite 301 und 302: Verwandte Verfahrensweisen E-Mail-U
- Seite 303 und 304: Projektkonfiguration Dieser Abschni
- Seite 305 und 306: Projekte autonom halten Die auf ein
- Seite 307 und 308: Verwandte Konzepte Projektadministr
- Seite 309 und 310: aktualisiert wird, dann können Bui
- Seite 311 und 312: Ansichtskonfiguration und -verwaltu
- Seite 313 und 314: Vergleichen und Zusammenführen von
- Seite 315 und 316: Erläuterungen zu den Ansichtstypen
- Seite 317 und 318: Ansicht "Alle verzweigen" werden. E
- Seite 319 und 320: Ordnungsgemäße Verwendung von Ans
- Seite 321 und 322: Ansichten, die die iterative Entwic
- Seite 323 und 324: Wenn eine oder mehrere aufeinanderf
- Seite 325 und 326: Verwandte Konzepte Übersicht zu An
- Seite 327 und 328: des Befehls "Arbeitsordner erstelle
- Seite 329: Heraufstufungsstatuswerte Ein Herau
- Seite 333 und 334: Prozesselemente Änderungsanforderu
- Seite 335 und 336: Verwandte Konzepte Änderungsanford
- Seite 337 und 338: Verzweigungen Eine Verzweigungsansi
- Seite 339 und 340: Übersicht über die Verzweigungsop
- Seite 341 und 342: Verzweigungsverhalten von Ordnern o
- Seite 343 und 344: Auswirkungen auf Änderungsanforder
- Seite 345 und 346: Übersicht über das Vergleichen/Zu
- Seite 347 und 348: Übersicht über das Vergleichen/Zu
- Seite 349 und 350: Festschreibungsphase In der Festsch
- Seite 351 und 352: View Compare/Merge-Perspektiven Das
- Seite 353 und 354: Mithilfe der Zusammenführungspersp
- Seite 355 und 356: Verwandte Konzepte Ansichten vergle
- Seite 357 und 358: Verzweigen bei Änderung und mit ei
- Seite 359 und 360: 1 Eine "Aktivitätsansicht" wurde e
- Seite 361 und 362: View Compare/Merge-Aktionen Wenn Si
- Seite 363 und 364: Atomische Eincheckvorgänge Alle Ei
- Seite 365 und 366: Backups Dieser Abschnitt enthält k
- Seite 367 und 368: StarTeam Backups Da StarTeam Native
- Seite 369 und 370: Übersicht über das Verschieben vo
- Seite 371 und 372: Online-Backups Wenn alle Archivdate
- Seite 373 und 374: Übersicht über Datenbank-Backups
- Seite 375 und 376: Vollständige Backups von SQL Serve
- Seite 377 und 378: Backups von Oracle-Datenbanken Ein
- Seite 379 und 380: Borland empfiehlt, Online-Backups z
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