Applicatieonderhoud gericht op een herhaalbare fout
Een medewerker meldt dezelfde fout opnieuw en een tijdelijke oplossing helpt maar even. Radorfa richt applicatieonderhoud in Den Bosch op het terugvinden van de oorzaak. We leggen vast bij welke taak, gegevens en versie het probleem optreedt.
Het doel is een gecontroleerde correctie met een test die de oorspronkelijke fout kan aantonen.
1Maak de fout onderzoekbaar
We verzamelen het foutmoment, de verwachte uitkomst en de werkelijk gebruikte applicatieversie. Radorfa bekijkt logregels en betrokken gegevens zonder onnodig klantinformatie te kopiëren. Een melding wordt in een passende testomgeving nagebootst. Wanneer de fout niet reproduceerbaar is, spreken we af welke aanvullende registratie nodig is om verder te komen.
2Herstel het kleinste passende onderdeel
Radorfa onderzoekt de code, query, interface of configuratie die de fout veroorzaakt. We vergelijken de wijziging met de bestaande architectuur en andere gebruiksroutes. Een snelle noodoplossing wordt niet stilzwijgend een permanente afhankelijkheid. De aangepaste component krijgt een herkenbare versie, controleerbare bron en uitleg over het gekozen herstel.
3Controleer ook de omliggende taken
De oorspronkelijke foutproef wordt opnieuw uitgevoerd. Daarnaast testen we invoer, opslag en uitvoer die dezelfde component gebruiken. Radorfa vraagt een gebruiker de belangrijke taak te beoordelen. Een geslaagde technische proef alleen is onvoldoende wanneer de applicatie nog een onjuist bedrijfsresultaat toont of een volgende stap niet meer mogelijk maakt.
Hoe controleren we de wijziging?
Het verslag beschrijft foutscenario, oorzaak, wijziging en testuitkomst. Radorfa vermeldt ook welke situaties niet konden worden getest. De release wordt gekoppeld aan het goedgekeurde herstel en de afgesproken terugweg. Zo kan een volgende beheerder zien waarom het onderdeel is aangepast en welk gedrag behouden moet blijven.
Ondersteuning na de onderhoudsrelease
Na invoering bekijken we de afgesproken foutregistratie en gebruikersmeldingen. Radorfa kan de proef opnemen in volgende onderhoudsrondes. Een nieuwe melding wordt vergeleken met dezelfde versie en omstandigheden, zodat een ander probleem niet automatisch dezelfde oplossing krijgt. Prioriteit en opvolging blijven gekoppeld aan de bedrijfsimpact.
Technische basis van het applicatieonderhoud
Foutregistratie, applicatiecomponent, query en testgegevens: reproductie, codewijziging, versiebeheer, regressietest en gecontroleerde vrijgave.
Welke applicatie vraagt om onderhoud?
Welke fout ziet uw team steeds terug? Een voorbeeld van de handeling, melding en gebruikte versie helpt het onderzoek af te bakenen.
Bespreek uw applicatieonderhoud