{"id":1190,"date":"2010-02-19T20:37:23","date_gmt":"2010-02-19T18:37:23","guid":{"rendered":"http:\/\/www.bernhardschloss.de\/blog\/?p=1190"},"modified":"2010-02-19T20:37:23","modified_gmt":"2010-02-19T18:37:23","slug":"327-was-tester-testen-sollen","status":"publish","type":"post","link":"https:\/\/www.bernhardschloss.de\/blog\/327-was-tester-testen-sollen\/","title":{"rendered":"#327 Was Tester testen sollen"},"content":{"rendered":"

Und noch einmal Pawel Brodzinski<\/a>, der sich mit einem Beitrag von Jennifer Bedell\u00a0auf PMStudent <\/a>zum Thema Testmanagement auseinander setzt: Testen kann auch ausufern, wenn der Scope des Projekts aus dem Auge verloren wird und weit \u00fcber die urspr\u00fcnglichen Projektauftrag hinaus getestet wird. Zurecht weist Pawel darafhin, dass die Erf\u00fcllung von Spezifikationen mitunter\u00a0noch wenig \u00fcber die tats\u00e4chliche Qualit\u00e4t des Ergebnisses aussagt. Auch wenn alle Anforderungen erf\u00fcllt sind, kann der Patient bereits tot sein. Der Test der Spec stelllt quasi den minimalen Testumfang dar,\u00a0 aber um die Qualit\u00e4t sicherzustellen braucht es „m\u00fcndige Tester“, die auch nach rechts und links schauen, aber mit Augenma\u00df, um nicht einfach den Projektauftrag beliebig zu erweitern und die Kosten aus dem Ruder laufen zu lassen.<\/p>\n

<\/div>