Hallo Team,
leider sind unsere Meetings Zeitlich sehr limitiert und es ist nicht
möglich alle Meinungen zuzuhören. Und ich bin der Meinung, dass die
Vorgeschlagene Änderungen in großer Ordnung nichts oder sehr wenig
bringen. Bisschen bessere Planung, bisschen bessere Kommunikation,
ja schön. Löst das Problem, dass Support überfordet ist nicht.
Für mich ein kritischer Punkt ist: Entwickler müssen die Code
Anpassugen selber testen und dann ein Test log schreiben, ansonsten
werden die verfolgt. Das Problem an der Stelle ist, dass Teil 1
"selber testen" ist absolut richtig, währen Teil 2 bringt nichts und
ist, meiner Meinung nach, schädigend. Ah ja, und löst das Problem
immer noch nicht. Man bekommt dadurch nur Stress und Ärger, und den
haben wir schon genug in unserem Alltag.
Wir sind 9 Entwickler, Support ist 6 Leute. Wir werden nicht weniger
"Ausgabe" produzieren, Support wird immer noch nicht weniger testen
müssen. Außer wenn die Idee ist durch noch mehr Jira-Verkehr und
nicht-entwicklungs-Aktivitäten den Entwicklern bremsen.
Ich denke, wir müssen unseren Support dadurch unterstützen, dass wir
für Support die Tools geben/bauen sollen. Wir selber benutzen gern
git und stash, und bamboo, und phpstorm u.s.w. Weil die Tools manche
Aufgaben automatisieren. Warum möchten wir denn nicht so viel wie
möglich Support Aufgaben automatisieren? Ich selbe nehme die
Schritte: Autocheck für Hotels und jetzt Flugcheck, und ich habe
schon mit Carsten abgesprochen für ihm auch das gleiche machen. Mit
Hotelcheck haben wir schon sehr viel Probleme sehr schnell gefunden.
Und das reduziert die Last.
Die Unit-Tests sind auch sehr wichtig, obwohl, das hat direkt nichts
mit Support zu tun. Meine erste Aufgabe bei Traso habe ich mir
selber angelegt und in den habe ich nur Unit-Tests für MTS
geschrieben. Heute sind bis zu 50% der Unit-Tests von mir. Das
bedeutet, viele Bugs sind schon beim Testing gefunden, und nicht im
Support. Und das reduziert die Last.
Es gibt auch weitere Test Tools, wie z.B. Behat und Selenium. Man
kann die Tests für die Oberfläche machen, oder für die bestimmte
Funktionalität. Z.B. Test-Fall: neues Hotel im xAdmin anlegen, oder
ein Flug löschen. Würden wir 1000 solche Test-Fälle haben, werden
wir sicher, dass die Funktionen funktionieren so wie erwartet. Und
das ist möglich täglich automatisch prüfen. Und das auch reduziert
die Last.
Es gibt noch viele weitere Tools für z.B. Monkey-Testing (das Tools
versucht das System kaputt zu machen durch chaotische Angabe), oder
auch Monitoring Tools, sodass wir die Probleme schnell finden, bevor
die Kunden sich melden.
Ich glaube das ist die Richtung, die wir gehen sollen. Wenn wir
natürlich nicht zu Beschäftigt für die Innovationen sind.
Viele Grüße
Viktoras
--
Mit freundlichen Grüßen
Viktoras Bezaras
- Entwickler -
________________________________________________________
TraSo GmbH
Georg-Schumann-Str. 294
D-04159 Leipzig
Tel.: +49 341 355 740 44
E-Mail: v.bezaras@traso.de
Internet: http://www.traso.de
________________________________________________________
Geschäftsführer: Haiko Gerdes
Handelsregister: Amtsgericht Leipzig, HRB 21850