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