swe, Softwarekonstruktion

Fähigkeit Erweiterunsänderungen leicht vorzunehmen

Fähigkeit SW leicht zu verstehen, damit Änderungen vorgenommen werden können

Schnelligkeit und Kompaktheit der SW 

Bedienbarkeit der SW

Einfache Konstruktion und Durchführung der Test Cases

Einfache Transportierung von einer Umgebung in die andere

• Zuverlässigkeit (Korrektheit, Robustheit)
• Wiederverwendbarkeit (Modifizierbarkeit, Erweiterbarkeit)
• Funkionalität (Benutzerfreundlichkeit

Es soll einfacher sein, SW zu erstellen, die korrekt funktioniert und einfacher zu garantieren was sie tut:

so oft wie möglich SW laufen lassen und testen!

Es soll weniger SW gebildert werden. SW sollte einfacher zu modifizieren sein.

So oft wie Redesign und Verbesserung von Source Code

Sicherstellen, dass die SW genau das tut, was der User will und das auf einfache Art und Weise:

so oft wie möglich so einfache wie mögliche SW bilden un dem User geben.

SW erstellen, welche die Qualitätsanforderungen befriedigt. SW die gut genug ist, sie muss nicht excellent sein!

• Design
• Coding
• Debugging
• Integration Testing
• Developer Testing
• Refactoring

Typische Client Server Datei Systeme können nicht zum FileSharing verwendet werden.

• zwei User kopieren das gleiche Dokument in Workspace
• beide bearbeiten ihre Kopien

wird die Datei "gelockt", dann kopiert.

Während der Zeit kann niemand sonst auf das File zugreifen. Nach Bearbeitung wird die Datei releaset. Die anderen User können dann mit der aktuellsten Version arbeiten.

Alle User kopieren die gleiche Datei lokal in ihre Workspace und arbeiten gleichzeitig an ihrer lokalen Datei. Sobald ein User die Datei publizier hat, erhält jeder andere User einen out-of-date Fehler.

Nachdem die beiden Versionen "compared" wurde, wird auf dem Server eine neue, gemergte Datei kreiert. Die anderen User müssen nun noch ihre lokale Kopie aktualisieren.

Bilde die Komponente sobald der Knopf gedrückt wird

• Entwickler können Applikationen nicht zuverlässig lokal bilden
• Mangel an konsistenter Versionisierung
• Unit Testing nicht konsitent
• Abhängigkeit zwischen Komponenten ist nicht bekannt
• Arbeit immer wieder zu machen ist langweilig

ein Tool um den Buil-Prozess zu automatisieren. Es ist ein mächtigeres, erweiterbares und plattformunabhängiges "make".

verschiedene Module dazu bringen, zusammen zu arbeiten.

• Modularisierung
  • ermöglicht Team-Entwicklung
  • macht komplexe Systeme managebar
• Module müssen zusammenarbeiten
• Integrierte Module müssen zuverlässig kompilieren "run" Tests bestehen

je schneller man Fehler entdeckt, desto einfacher sind sie zu beheben.

• Integration Server build ist nicht erfolgreich
• geteilte Komopnente funktioniert in einem System, aber nicht im anderen
• Unit Tests und oder Code Quality failen

• ein einziges Repository führen
• automatisierter Build
• alle committen täglich
• build schnell halten
• getestet wird in einem Clone der Produktionsumgebung
• jeder soll einfach an die letzte Version kommen und sehen, WAS GEHT AB

• Risiken reduziert
  • weniger Zeit für Behebung von Integrationsfehlern
  • weniger Zeit für Behebung von Fehlern im Code wegen keinem Version Control System
  • erhöhte Code Qualität

• schwierig in ein bestehendes System zu integrieren
• db-basierte Systeme müssen geupdatet werden

• CI Server
  • führt das Buildskript aus
• Managment Konsole
• Dashboard
• Plug-Ins (Test Coverage, Unit Testing, Ant, etc.)

• sicherstellen, dass der regefactorete Code das Gleiche tut und ein Fehler nie mehr auftritt
• bestehende Tests werden erneut durchgeführt um sicher zu gehen, dass keine neue Fehler integriert wurden und ein Fehler behoben wurde.

Testing ist der Prozess, Software zu evaluieren um sicher zu gehen, dass er die Anforderungen des Kunden erfüllt. Es müssen also gut spezifizierte Anforderungen vorliegen.

• vergleicht aktuelle Resultate mit den zu erwarteten Resultaten
• muss Resultate immer wieder zuverlässig und reproduzierbar erstellen

• Class under Test
• Method under Test
• Test Case (spezielle Daten, welche für Testen von Methoden von CUT ausgewählt wurden)
• Test Suite (Set von Test Cases, welches ein Test Ziel abdeckt)
• Test Fixure (konkrete Implementation um ein spezifisches Item inkl. seinem setup zu testen)

muss an jeder Unit durchefüht werden. (Klassen) und werden isoliert durchgeführt. Resultate gegen zu erwartetnde Resultate testen.

• Test Sepzifikation
• Test Implementation
• Standardisierte Möglichkeit den Setup und Cleanup zu spezifizieren
• Methoden anbieten, die die Auswahl individueller Tests zulassen

wird in Java verwendet um Java Unit Testing durchzuführen.

• Testklasse für einzelne Klasse zuständig
• Testklasse = Java Klasse. inkl. Felder, Methoden, Konstruktoren, innere Klassen
• Testklasse = im selben Package wie zu testende Klasse, kann auf default und protected Methoden zugegriffen werden.
• Deklaration: public class XTest{...}