It is currently Wed 29 Mar, 2017 13:01

All times are UTC + 2 hours




Author Message
 Post subject: De kunst van het vragen om ondersteuning
PostPosted: Mon 08 Dec, 2014 21:55 
Site Admin
Site Admin

Joined: Sat 25 Dec, 2004 16:19
Posts: 418
Als je dit forum gebruikt om ondersteuning te krijgen, lees dan eerst de onderstaande tekst.
Hoe beter je je vraag stelt, hoe beter we je een antwoord kunnen geven.

1. Hoe zijn de omstandigheden?
Als je om ondersteuning vraagt is het van essentieel belang dat je de omstandigheden goed omschrijft. Welk product gebruik je en wat is het versienummer? Welke computer gebruik je en welke versie van het besturingssysteem is daarop geïnstalleerd? Meld ook eventuele andere omstandigheden die van belang kunnen zijn, zoals wel of geen internetverbinding, gebruik van iCloud of Dropbox en dergelijke.

2. Wat heb je gedaan?
Allereerst maak je een beschrijving van de route naar het punt waar je de bevinding hebt gedaan. Het doel hiervan is tweeledig. Ten eerste kan degene die de bevinding moet oplossen deze aan de hand van de beschrijving het geheel naspelen en achterhalen waar de bevinding door wordt veroorzaakt. Daarnaast helpt het bij het uitvoeren van een hertest na de oplevering vaan een aangepast stuk programmatuur. Bedenk bij de beschrijving dat deze niet alleen voor jezelf bedoeld is, maar ook voor een ontwikkelaar, collega tester of andere betrokkene duidelijk moet zijn.

3. Wat verwacht je?
Wat is eigenlijk het resultaat dat je verwacht had waar te nemen tijdens het uitvoeren van je test. Geef hierbij ook aan waarop deze verwachting gebaseerd is. Dit is in veel gevallen de documentatie waarin de ontwerp van de te testen programmatuur is vastgelegd. Geef hierbij ook aan om welke versie van de documentatie het gaat en niet alleen om welk document het gaat. Verder kan dit ook de werking van de programmatuur in een eerdere versie zijn, standaarden, wetten of gezond verstand.

4. Wat gebeurt er?
Het aangeven wat er daadwerkelijk gebeurt is kun je doen met alleen woorden. Vaak is het echter duidelijker om ook een schermprintje bij te sluiten. Ook in dit geval geld: “een plaatje zeg meer dan 100 woorden”. Nog duidelijker kan zijn het bijsluiten van een filmpje. In dit filmpje heb je vanaf het begin van je test tot het punt waar je tegen de beving aanloopt al je activiteit op het beeldscherm vastgelegd in een filmpje. Voor zowel schermprintjes als de schermfilmpjes zijn tegenwoordig genoeg gratis/open source tooltjes verkrijgbaar. Vergeet ook niet om relevante logging bij de bevinding te voegen.

5. Wat is het gevolg?
Het vaststellen van de gevolgen van het niet op de gewenste manier werken van de programmatuur is in de eerste plaats een hulpmiddel om te kunnen bepalen hoe ernstig een bevinding eigenlijk is. In de tweede plaats kun je er aan de ontwikkelaar duidelijk mee maken waarom iets opgelost moet worden.

6. Wat waren de omstandigheden?
Belangrijkste is hierbij om aan te geven welke versie van de programmatuur en op welke (test)omgeving je je test hebt uitgevoerd. Bij apps is het ook van belang aan te geven van welke hardware (versie) en besturingssysteem je gebruik hebt gemaakt. Het kan hierbij ook om meer dan 1 configuratie gaan, dit kun je later eventueel aanvullen. Indien van toepassing meld je ook van welke tools je gebruik hebt gemaakt.


Offline
 Profile  
 
Display posts from previous:  Sort by  

All times are UTC + 2 hours


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:

cron