Schreibt ihr Unittests?
-
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.