> Hätte es von Anfang an eine QS mit Code-Reviews gegeben hätte es
> diese Probleme gar nicht gegeben.
Das Problem liegt nicht hauptsächlich am Code an sich. Dieser hat
zwar aus heutiger Sicht eklatante Mängel, aber diese können nach und
nach beseitigt werden. Das Hauptproblem ist die eben so alte
Architektur und Schwächen der Programmiersprache bzw. den bislang
verwendeten Tools. Die Architektur lässt sich kaum verbessern. Nein,
die Programmiersprache ist weder Java noch C(++).
> Übrigens gibt es auch SW-Entwickler, die durchaus glücklich sind,
> wenn eine QS im Vorfeld Fehler findet. Scheinbar hast du noch nie in
> einem BMW-Projekt mitarbeiten dürfen. Dann wüsstest du, dass die
> Geschosse von BMW um Welten schmerzhafter sind (u.A. Schichtbetrieb +
> Samstagarbeit für die "Frühschicht" in der SW-Entwicklung), als das,
> was von uns Testern kam.
Ich habe nichts gegen Tester und sinnvolle QS. Allerdings reagiere
ich allergisch, wenn diese sinnlos meine Zeit für sich beanspruchen.
Samstagsarbeit halte ich für sinnlos. Meine Produktivität steigt
nicht, wenn ich länger in der Firma sitze. Die Qualität könnte
einfach erhöht werden, wenn die Entwickler von sinnlosen Tätigkeiten
und dauernder Ablenkung verschont würden. Aber der Trend geht immer
noch in die andere Richtung und die Produktivität und Qualität sinkt
deswegen. Das gilt jetzt nicht für mich alleine.
> Achso: vor meiner Zeit im Automotive Testing war ich SW-Entwickler.
> Irgendwann hat der Kunde uns gezwungen, jUnit und jMock Tests
> einfuführen. Das war nicht gerade schön, alle Klassen umstricken zu
> müssen im laufenden Entwicklungsbetrieb. Mit QS wäre das nicht
> passiert.
Das ist eine gute Idee. Aber nur, wenn diese Hilfsmittel von Anfang
an eingesetzt werden und genügend Ressourcen dafür bereit stehen.
Andernfalls droht das Projekt wegen diesen Vorgaben zu scheitern.
> Du bist der beste Beweis für meine These, dass jeder SW-Entwickler
> erstmal im Testing arbeiten sollte. Damit man ein Gefühl für Qualität
> bekommt.
Du irrst dich gewaltig. Ich bin nebenamtlich Tester und habe mehr
Fehler gefunden, als jeder andere im Team, inklusive hauptamtliche
Tester. Am zweitmeisten Fehler hat übrigens auch ein Entwickler
gefunden. Das sagt auch etwas aus.