Schreibt ihr Unittests?
-
Benutzt ihr Frameworks für die Unittests, oder einfach nur ne "exe" mit main?
-
asc schrieb:
Nein, ich schreibe in meiner derzeitigen Firma (wobei ich dort auch nicht mehr lange bin) tatsächlich keine Unittests, den ohne Spezifikationen keine sinnvollen Unittests. Zumal Unittests ja auch noch Zeitaufwand bedeuten, und wehe man investiert Zeit...
Hm, meiner Meinung nach ersetzen Unittests detaillierte Spezifikationen, denn letztere bekommst du sowieso in der Regel nicht. Der Test nagelt dann das Verhalten fest.
-
ich hab mit fehlenden bedingungen gemeint, dass man zb keine gui sinnvoll unittesten kann. an der uni haben wir eine note schlechter bekommen, weil wir die gui und die datenbankanbindung nicht unitgetestet haben.
-
Shade Of Mine schrieb:
Die Anforderungen an Module sind oftmals sehr schwammig, keine frage - aber ich habe noch nie definiert bekommen, dass ich diese funktion und jene funktion so und so umsetzen soll - ergo kann ich definierte vor und nachbedingungen haben.
Da hast du natürlich recht, ändert aber nichts daran das es Zeit kostet, was wiederum ein Grund für die Firma dagegen ist (Wir müssen sparen, koste es was es wolle).
cu André
-
Nun die Zeit reinvestiert sich wieder. Sicher ich kenn das Argument, allerdings kosten Fehler die früher erkannt werden um 10-1000 fach weniger.
-
Zeus schrieb:
Sicher ich kenn das Argument, allerdings kosten Fehler die früher erkannt werden um 10-1000 fach weniger.
Das ist mir bekannt, die Entscheidungen treffen aber andere...
Mir wäre es auch lieber wenn in allen Firmen sauber entwickelt und sinnvoll entschieden wird, nur man kann sich dies nicht immer aussuchen (bzw. man kann es schon, sonst würde ich ja nicht die Firma wechseln).
cu André
-
Kann man grafische Ausgaben (GUI, 3d-Renderzeugs etc) mit vertretbarem Aufwand anders testen, als es einfach auszuprobieren?
-
hustbaer schrieb:
@Tim: dein Posting klang halt so als ob du in so "schwammig" definierten Fällen einfach garkeine Unit-Tests schreibst, und es nichtmal versuchst
Nunja, wenn die Spec schwammig ist kann ich grundsätzlich zwei Dinge machen:
a) ich definiere das Ergebnis, siehe Bashar
b) ich fordere eine genauere Spec einDie Entscheidung ist im Einzelnen zu treffen, auch Mischformen sind möglich (z.B. mache ich einen Vorschlag der dann abgenickt wird, etc.).
Es gibt zwar auch noch...
c) nichts
... aber das ist schlecht wenn ich mit meinen Eiern bürge
-
asc schrieb:
Da hast du natürlich recht, ändert aber nichts daran das es Zeit kostet, was wiederum ein Grund für die Firma dagegen ist (Wir müssen sparen, koste es was es wolle).
Kenn ich nur zu gut. Natuerlich ist es global gesehen Dumm wegen Zeit auf Unittests zu verzichten da Unittests zeit sparen - aber das ist leider gang und gebe in der industrie. denn die leute die sowas entscheiden sehen meistens nicht weit genug.
als programmierer kann man da nichts machen, keine frage.
-
Shade Of Mine schrieb:
asc schrieb:
Da hast du natürlich recht, ändert aber nichts daran das es Zeit kostet, was wiederum ein Grund für die Firma dagegen ist (Wir müssen sparen, koste es was es wolle).
Kenn ich nur zu gut. Natuerlich ist es global gesehen Dumm wegen Zeit auf Unittests zu verzichten da Unittests zeit sparen
An solchen indizien kann man schon bei dem bewerbungsgespraech die qualitaet der firma erkennen, und wie sicher der eigene job sein wird.
nightly build
backups
version system
bug/task datenbank
unittestsich wuerde nicht sagen dass nur wegen unittests eine firma gut oder schlecht ist, aber von meiner erfahrung her kann mal ein nachmittag arbeit spaeter akkumuliert tage sparen.
fuer alles unittests zu schreiben waere natuerlich zuviel des guten, aber wenn etwas viel benutzt wird und ueber lange zeit verlaesslich laufen soll, kann ich es mir garnicht ohne vorstellen.