Letze Woche las ich in einer Mail von Microsoft zum ersten Mal etwas über "Smoke-Tests". Konkret schieben die Kollegen, dass dem "Smoke Test Team" ein Fehler aufgefallen sei. Das finde ich in doppelter Hinsicht interessant:
Mich interessiert grundsätzlich wie die MSler so arbeiten, meist dringen ja keine Details nach außen, was da in welcher Reihenfolge gemacht wird. Und so kann man sich dann oft nur wundern, warum eine Fehlerbeseitigung für den SQL-Server-2005, die bereits im April im kummulativen Updatepaket 7 (CU7) enthalten war, erst im Juli-Patchday als superwichtiger Security-Hotfix ausgeliefert wird.
Hier ei Auszug aus der Wikipedia, was ein Smoke-Test überhaupt ist:
Es bezeichnet den ersten Probelauf nach einer Reparatur oder der ersten Implementierung eines neuen Algorithmus um sicherzugehen, dass das Gerät oder die Programmfunktion nicht schon ansatzweise fehlschlägt. Nachdem der smoke test zeigt, dass die Rohre nicht lecken, die Stromkreise nicht durchbrennen oder das Programm nicht gleich abstürzt, kann die Apparatur eingehender geprüft werden.
Bei uns machen das die Entwickler selber, am besten gleich mit automatisierten Tests. Erst danach werden die einzelnen Komponenten im Testraum getestet. Danach kommen Integrationstests mit der Software der anderen Abteilungen zusammen.