Conscious

Dokumentation der Installation gehört doch eher in die Projektdoku, oder?

Sollte ich stattdessen eine Benutzeranleitung schreiben um die Zeit voll zu kriegen?

Sollte ich eine Kostenkalkulation bzw. Kosten-Nutzen-Analyse machen?

Vielen Dank an alle für die hilfreichen Informationen.

vor 15 Stunden schrieb arlegermi:

Nach sowas klang das für mich jetzt gar nicht. Ich habe bei der Beschreibung eher an sowas wie Ranorex gedacht. Da braucht man kaum bis gar keine Programmierkenntnisse. Und das wäre an der Stelle auch der Knackpunkt für mich: Ranorex (o.ä.) einrichten und konfigurieren ist eher trivial.

@Conscious dachtest du an sowas wie Selenium (also doch schon recht komplex und fordernd) oder eher sowas wie Ranorex (oder Coded UI von Microsoft)?

Einen umfassenden Testharnisch bekommst du in der Zeit sowieso nicht hin - egal, mit welcher Art Tool du arbeitest. Sowas wächst mit der Entwicklung und der Behebung von Fehlern.

Programmierkenntnisse sind bei mir nicht so stark ausgeprägt, daher wollte ich eher etwas einfacheres.

Verstehe, ich kann ja versuchen nur einen bestimmten Bereicht der Software abzudecken.

Wie viel Zeit ist für die Projektdokumentation normalerweise üblich?

Guten Abend,

ich bitte um Feedback zu meinem Projektantrag für FiSi und bedanke mich schon mal im Vorraus.

Grüße

____________________________________________________________________________________________________

Projektumfeld: Die XXXXX GmbH ist ein globaler Softwarehersteller mit über 10000 Mitarbeitern. Am Standort XXXXX wird die Software XX-XX entwickelt. Die Qualitätssicherung für diese Software findet ebenfalls in XXXXX statt. XX-XX ist eine Software für den kontrollierten Datenaustausch.

Soll-Beschreibung: Es soll nach einer geeigneten Testautomatisierungslösung zur Qualitätssicherung von XX-XX gesucht werden, die Desktop- sowie Web-Anwendungen testen kann. Diese soll dann konfiguriert werden um möglichst viele Testszenarien abzudecken. Nach der Implementierung folgt dann die Schulung der Qualitätssicherungsteammitglieder.

Ist-Beschreibung: Zurzeit ist bei der Qualitätssicherung von XX-XX die Open-Source-Software TestLink im Einsatz. Bei dieser werden Testpläne mit Testfällen zu einer Buildnummer von XX-XX erstellt und dann manuell vom Qualitätssicherungsteam abgearbeitet. Die als fehlgeschlagen markierten Testfälle werden untersucht und ggf. wird ein Ticket in dem Ticketsystem Jira erstellt, sodass die Entwickler den Bug beheben können.

Projektziel: Die Softwarequalität von XX-XX soll durch die Testautomatisierung erhöht werden, ebenso sollen Bugs früher erkannt werden. Weiterhin sollen die Testphasen der Buildnummern dadurch verkürzt werden. Auch soll das Qualitätssicherungsteam dadurch entlastet werden

Projektphasen mit Zeitplanung:

Planungsphase (5 Std.)
▪ Bedürfnisanalyse (1 Std.)
▪ Recherche nach verfügbarer Software (2 Std.)
▪ Evaluation sowie Auswahl einer geeigneten Software (2 Std.)

Implementierungsphase (18 Std.)
▪ Einrichtung einer Produktivumgebung (1 Std.)
▪ Installation der Software auf der Produktivumgebung (1 Std.)
▪ Konfiguration der Software(Testpläne, Testfälle, Benutzer usw. (10 Std.)
▪ Test der Funktionalität mit Fehlerbehebung (5 Std.)
▪ Testplan durchlaufen lassen und Ergebnisreport erstellen (1 Std.)

Abschlussphase (12 Std.)
▪ Ergebnisanalyse und Fazit (1 Std.)
▪ Dokumentation der Installation (1 Std.)
▪ Einweisung der Teamkollegen (1 Std.)
▪ Projektdokumentation erstellen (9 Std.)

Gesamt: 35 Std.