Bug bezorgt Maastrichtse student week uitstel
Door een fout in de koppeling van twee softwaresystemen hebben ongeveer zevenhonderd studenten van het University College Maastricht onverwacht een extra week vakantie. De collegeroosters voor de studenten werden niet goed opgesteld, wat voor het interfacultaire onderdeel van Universiteit Maastricht reden was om op de rem te trappen. Andere faculteiten zijn wel op tijd met colleges begonnen.
De fout werd vrijdag 28 augustus door medewerkers opgemerkt, vertelt René Verspeek . Hij is als directeur van het studentenservicecenter verantwoordelijk voor de software. Op de database-images die de universiteitsmedewerkers op hun beeldschermen zagen, verdwenen vakken uit het rooster. 'Zodra een student werd verwijderd uit de database, werden ook sommige vakken ontroosterd', legt Verspeek uit.
Uit onderzoek blijkt dat de fout zich voordoet bij het koppelen van het SAP-studentenadministratiesysteem SLM aan de roostersoftware Syllabus Plus van de Britse leverancier Scientia. De bug, het zogeheten ontroosteren van vakken, was alleen zichtbaar in de database-images die de universiteitsmedewerkers gebruikten. Toen de leverancier dat vrijdagavond had achterhaald, had het University College Maastricht echter al besloten de colleges een week uit te stellen.
Kinderziektes
Verspeek licht toe dat de roostersoftware Syllabus Plus in september 2008 werd ingevoerd bij de faculteit Economie, de grootste van de universiteit. In de loop van het jaar draaiden alle faculteiten een pilot van de software. Daar werden wel wat kinderziektes ontdekt, maar het huidige probleem bleef onopgemerkt.
Het University College Maastricht is een onderdeel van Universiteit Maastricht en biedt vakken die door verschillende faculteiten worden verzorgd. Bovendien hanteert het college, in tegenstelling tot andere faculteiten, een vrij curriculum waarbij studenten zelf beslissen wanneer ze welk onderwijsblok willen volgen.
Naast de Britse leverancier Scientia zijn ook dienstverleners Logica en 2B Interactive bij het softwareproject betrokken.
Het is apart dat een universiteit spreekt van kinderziektes. Bij een goed testtraject zouden de meeste fouten er al uit dienen te zijn.
Onzin, een tester test nooit alle mogelijke functionaliteit en combinaties van functionaliteit binnen een systeem, laat staan dat een tester een bug daadwerkelijk oplost. Noem eens 1 applicatie die zonder bugs vrij is gegeven? Die zijn er niet, er zitten altijd bugs in systemen. Daarnaast is het testen ook een afweging tussen de kosten en de baten, waarbij de baten vrijwel altijd aan het kortste einde trekken. De keren dat software is uitgebracht maar de bugs niet tot grote problemen leidden, daar hoor je niets van. Bugs die wel serieuze problemen veroorzaken, die halen het nieuws. En daar is hier dus sprake van.
En geen mens die wil opdraaien voor de extra kosten van testen en debuggen... Blijkbaar zijn de kosten van vervolgschade acceptabel.
En wat testen betreft. Als er bij normaal gebruik van het systeem er iets door de testen niet afgedekt kan worden qua testen dan ligt het toch echt aan het testen.
Dit lijkt mij meer op een doelbewuste actie,
dit vanwege de gevolgen....
Maar, testen is een controle/verificatie/validatie van hetgeen de programmeurs gemaakt hebben, gebaseerd op hetgeen de designers ontworpen hebben, gebaseerd op .... enz enz.
Ik vind het dus een beetje kort door de bocht om te wijzen naar de testers. Degenen die dit programma gespecificeerd/ontworpen/geimplementeerd hebben zijn de personen die je aan moet kijken, niet de testers !!!!!
Als je zelf te laat bent met scripties e.d. dan is het
"ja pech, had je maar beter moeten plannen".
Kinderziektes? Da's hetzelfde als ik zeg dat de hond
mijn usb stick heeft opgegeten
@Peter: dat is natuurlijk onzin. Als iets niet te testen is, moet je het niet bouwen!
@Frank: je kan inderdaad niet alle combinaties testen! Maar je kan wel de belangrijkste risico's afdekken met testen. De fout waar we het hier over hebben, lijkt me daily business en had dus gewoon getest moeten worden.
Oftewel wie test de testers?
Ik lees hier steeds een soort garantie:
Laat het maar testen dan was dit niet gebeurd. Is dat ook daadwerkelijk zo.
10-02 Infor helpt Ferrari met bouwen F1-auto's
10-02 Tester Four Oaks in Israëlische handen
10-02 IS Online en Tres zijn klaar voor Elfstedentocht
10-02 SecureLink migreert Microsoft-diensten Atradius
10-02 Nieuwe software brengt Vitens in problemen
10-02 Ex-Misys-topman moet CSC uit penarie helpen
10-02 Veenman en 20/20 vision adviseren samen klant
10-02 Cisco maakt 2,2 miljard dollar kwartaalwinst
10-02 Misys en Temenos willen fuseren
10-02 Raet stelt Schrijnemaekers als nieuwe CFO aan
10-02 Infor helpt Ferrari met bouwen F1-auto's
10-02 Tester Four Oaks in Israëlische handen
10-02 Nieuwe software brengt Vitens in problemen
10-02 Veenman en 20/20 vision adviseren samen klant
10-02 Misys en Temenos willen fuseren
09-02 Oracle neemt eHRM-specialist Taleo over
09-02 ERP-traject Eigen Haard krijgt forse directiesteun
08-02 Atos wint opnieuw aanbesteding Dimpact
08-02 Cordys benoemt Art Landro tot CEO
08-02 Nij Smellinghe live met geïntegreerd...
|
|
18-02-10 Weer probleem met SAP-koppeling Universiteit
01-09-09 Leveranciers zoeken nog naar Maastrichtse bug
18-06-09 Maastricht verwerkt studentgegevens met SAP
De gecombineerde kracht van JD Edwards en Salesforce.com
De integratie van JD Edwards en Salesforce.com drijft organisaties vaak tot wanhoop. Deze whitepaper beschrijft hoe......




