Softwaretesters verenigt u

quote:

Op dinsdag 16 september 2008 08:56 schreef Tuvai.net het volgende:
Ik ben eigenlijk wel eens benieuwd naar wat software-testing in de praktijk nou precies inhoudt. Ik ben zelf een (web-)applicatie ontwikkelaar en mijn collega's en ik testen applicaties veelal zelf. Naast de (gespecificeerde) functionaliteit testen we dan op bijvoorbeeld 'SQL injection' en mogelijke 'remote posting' veiligheidsgaatjes, browser-compatibiliteit, niet goed afgevangen QueryString variabeltjes, enzovoorts. Veiligheid en het 'hufterproof' wezen van een applicatie heb ik zelf altijd hoog in het vaandel staan.

Dat is natuurlijk helemaal afhankelijk van wat je wil testen. Gaat het om een standaard software applicatie, patches, nieuw OS, webapplicatie, ontwikkeling van een nieuw programma wat draait in een zogenaamde " proeftuin" waar ook key-user bij betrokken zijn, draait het op een server of een werkstation? Wat wil de klant? Ga je het 1, 10 of 20 keer testen?

quote:

Op dinsdag 16 september 2008 09:18 schreef Lord_Vetinari het volgende:
Hoe word je overigens tester? Ik zit al een tijdje te denken aan een carriere-switch en dit lijkt me wel wat. Ik ben nu eenmaal van nature een enorme zeikerd

Als je in staat bent om de vraag te beantwoorden :
Wat doet de 'applicatie under test' nu werkelijk, wat denken de ontwerpers dat het zou moeten doen, en wat hebben de bouwers met het idee van de ontwerpers gedaan...
ben je in de basis geschikt

Dat artikel in de computable is wel zo stompzinnig, dat ik het blad maar gebruikt heb om mijn avondeten mee op te dweilen, dat was wat van z'n plaats geraakt na het lezen.

quote:

Op dinsdag 16 september 2008 09:18 schreef Lord_Vetinari het volgende:
Hoe word je overigens tester? Ik zit al een tijdje te denken aan een carriere-switch en dit lijkt me wel wat. Ik ben nu eenmaal van nature een enorme zeikerd

Solliciteren op een vacature voor Test analist?
Hier krijg je dan een specifieke training. Moet je wel een IT-achtergrond hebben en minimaal HBO afgerond hebben.

quote:

Op dinsdag 16 september 2008 08:56 schreef Tuvai.net het volgende:
Ik ben eigenlijk wel eens benieuwd naar wat software-testing in de praktijk nou precies inhoudt.

Je kunt je op verschillende zaken richten, maar een aantal zaken die kunnen komen kijken bij je vak (afhankelijk ook van hoe het testproces bij de organisatie is ingericht). Reviewen van requirements, functioneel ontwerp en andere specificatie docs, statisch testen van code (doen vaak programmeurs zelf hoor!), veel praten met BA, ontwikkelaars en klant, teststrategie bepalen, kijken welke technieken je toe kunt en wil passen, prioriteren wat je gaat testen (bv dmv moscow), logische testgevallen opstellen n.a.v. de testbasis (specs, gui-ontwerp, technisch of functioneel ontwerp, etc), fysieke testgevallen opstellen (o.a. stappen en verwachtingen), testgevallen uitwerken in testscripts, bijvoorbeeld voor de GAT. Verder je kun je zaken automatiseren (dan ben je geloof ik meer test navigator of zo? Ik doe dat in ieder geval niet), je bezig houden met de testomgeving en testdata (in ieder geval aangeven wat je nodig hebt en in de gaten houden of je dat ook krijgt en op tijd). Daarna komt pas het stukje waar iedereen aan denkt als je zegt dat je tester bent, namelijk de uitvoer van de testgevallen. Dit kan zijn in bijvoorbeeld een component test, component integratie test, systeemtest, systeem integratie test, keten test (aka end2end test), acceptatietest (kan zijn functioneel (FAT), beheer (BAT), gebruikers (GAT), etc). Alle bevindingen rapporteer je. Die gaan terug naar de bouwers. Als het gefixt is, moet je het hertesten. En als je helemaal klaar bent, kan er nog een regressietestje overheen En uiteraard het doel: Het adviesrapport. Hierin staat of het product voldoende kwaliteit heeft om live te kunnen. Wil dus niet zeggen dat het foutloos is, maar wel dat de grootste risico's eruit zijn. Hangt eigenlijk van de exit criteria af.

Zo, collegae, ben ik nog wat vergeten? Vast wel. Vul maar aan!

[ Bericht 2% gewijzigd door LadyXochi op 18-09-2008 08:28:14 ]

quote:

Op maandag 15 september 2008 06:57 schreef LadyXochi het volgende:
Nog een tester hier! Ik heb over iets meer dan 2 uur mijn ISTQB examen.
Ik zat net te denken dat de stof belachelijk simpel is en de norm belachelijk laag. Bij 26 van de 40 vragen goed heb je het al gehaald. En de enige fouten die ik maak zijn te wijten aan de kromme vraagstelling en misinterpretaties doordat er redelijk moeilijk Engels wordt gebruikt.

Maar goed, eigenlijk moet ik nog maar even mijn mond houden, want straks haal ik het niet en dan is bovenstaande een beetje dom

En ach, je moet eerst foundation doen om advanced te mogen doen, hè? Misschien dat dat wel wat moeilijker is. Dan is de certificering ten minste wat waard.

Which reminds me...

Iemand lid van TestNet? Zo ja: Wie gaat er morgen?
Iemand naar EuroSTAR in Stockholm geweest? Zo ja: Opening van Michael Bolton gezien?

Weet nu pas écht wat die man bedoelde

En gehaald? Vast wel, dus alvast gefeliciteerd.

Ik was trouwens ook op TestNet. Ik heb daar een aantal presentaties bijgewoond, waaronder deze.
Dit ging over welke eigenschappen een tester nou moet hebben (zodat je bijv. daarop kan letten bij sollicitaties).



Sorry voor de slechte foto. Is genomen met mijn telefoon in een donkere ruimte.

vraagje aan de heren software testers

Ik ontwikkel in mijn "vrije tijd" onder werktijd een tooltje om bepaalde zaken te automatiseren. Nou moet alles in ons bedrijf aan compliance en security eisen voldoen.

De produktie word zo'n 30% verhoogt qua tijdswinst. Vandaag aan wat mensen gegeven op de vloer en feedback gekregen aan het eind van de dag.
Paar schoonheidsfoutjes en iemands pc was gecrasht.

Als het de produktie 30% verhoogt is een crash dan acceptabel op 1 werkdag ?

Verschilt per situatie. Er is meer info nodig om hier over te kunnen oordelen. Een dagelijkse crash klinkt niet echt ideaal.

tvp

quote:

Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
Paar schoonheidsfoutjes en iemands pc was gecrasht.

Z'n pc was gecrashed?!
_{pittig schoonheidsfoutje...}

Anyway: ligt eraan wat de officiele status van je tooltje is. Als het tooltje niet in productie genomen wordt (m.a.w.: het bestaat niet), dan is het net zoals elk ander freeware tooltje van het internet: als het kapot gaat heb je pech, als het je harde schijf formatteert ook, en er wordt al helemaal geen support op verleend.
De kans bestaat dus ook dat het beleid zodanig is dat je dergelijke software (waaronder jouw tooltje) niet eens mag gebruiken.

Daarentegen: als het wel officieel in productie genomen wordt, dan zullen er ook eisen aan gesteld worden, en dan zal er ook support op verleend moeten worden. En dan is zo'n crash met aan zekerheid grenzende waarschijnlijkheid een showstopper die ervoor zorgt dat je tooltje niet in productie genomen wordt.

quote:

Op donderdag 18 september 2008 19:05 schreef sigme het volgende:

[..]

Mogen dames softwaretesters ook wat zeggen?

Als tester geef je geen antwoord op deze vraag: het management bepaalt of het acceptabel is. De tester meldt dat het kreng eenmaal per dag crasht _{(en dat dit een vertraging van het testen heeft veroorzaakt.)}

Hoewel een tester niet de beslissingen neemt, weet een tester doorgaans denk ik toch ook wel of iets geschikt is voor productie of nog niet.

quote:

Op donderdag 18 september 2008 19:20 schreef sigme het volgende:
Ik heb toch eens, als vertegenwoordiger van de klant, gevochten voor inproductiename van een versie die een gruwelijke deadlock veroorzaakte. Helaas verdomde de bouwer 'm vrij te geven (voor de goede orde: officieel hadden ze 'm al vrijgegeven en aan de GAT aangeboden, maar deze engerd hadden ze niet op tijd gezien).

Verloren natuurlijk, dat wel.

Waarom heb je er toen voor gekozen om het toch in productie te krijgen?
Ben wel benieuwd.

quote:

Op donderdag 18 september 2008 19:28 schreef Alicey het volgende:

[..]

Hoewel een tester niet de beslissingen neemt, weet een tester doorgaans denk ik toch ook wel of iets geschikt is voor productie of nog niet.

Ik heb nog nooit meegemaakt dat er na een testrapport met een blocking finding geen nieuwe iteratie kwam.
Echter met mijn disturbing findings doen ze jammer genoeg niet veel, vaak vele versies later zie ik nog dezelfde schoonheids foutjes.

quote:

Op donderdag 18 september 2008 19:05 schreef sigme het volgende:

[..]

Mogen dames softwaretesters ook wat zeggen?

Als tester geef je geen antwoord op deze vraag: het management bepaalt of het acceptabel is. De tester meldt dat het kreng eenmaal per dag crasht _{(en dat dit een vertraging van het testen heeft veroorzaakt.)}

pluis natuurlijk de tijd die dit crashenkost zodat managment dit kan omrekenen naar een situatie als het ingevoerd was...sommmige bedrijven zullen een crash per dag niet erg vinden als het betekend dat de efficientie met 20% wordt verhoogd ipv 30, het is nog altijd een verbetering

quote:

Op donderdag 18 september 2008 20:32 schreef Captain_Fabulous het volgende:

[..]

pluis natuurlijk de tijd die dit crashenkost zodat managment dit kan omrekenen naar een situatie als het ingevoerd was...sommmige bedrijven zullen een crash per dag niet erg vinden als het betekend dat de efficientie met 20% wordt verhoogd ipv 30, het is nog altijd een verbetering

Een crash per dag niet erg vinden? Sommige bedrijven accepteren niet eens een autmatische reboot direct na een installatie van een update. Dan moet er keurig netjes een venster verschijnen met de melding dat er na 9 uur ( 8 uur was zelfs nog onacceptabel) een herstart zal plaats vinden.

Ja, ik heb situaties gehad waar een crash niet ergb was als de machine maar weer na 5 minuten herstart was....dan hebben we het natuurlijk wel over kantoorapplicaties, geen server!

nog een tester hier en ff een tvp

quote:

Op donderdag 18 september 2008 20:49 schreef Captain_Fabulous het volgende:
Ja, ik heb situaties gehad waar een crash niet ergb was als de machine maar weer na 5 minuten herstart was....dan hebben we het natuurlijk wel over kantoorapplicaties, geen server!

Ook bij kantoorapplicaties zijn banken erg huiverig dat gebruikers niets hebben kunnen saven,
data (lees: geld ) kwijt zijn wat niet meer te traceren is.

quote:

Op donderdag 18 september 2008 20:17 schreef _Vulcanus_ het volgende:

[..]

Ik heb nog nooit meegemaakt dat er na een testrapport met een blocking finding geen nieuwe iteratie kwam.
Echter met mijn disturbing findings doen ze jammer genoeg niet veel, vaak vele versies later zie ik nog dezelfde schoonheids foutjes.

Helpt het niet als je die bevindingen "dichterbij de bron" injecteert?

quote:

Op donderdag 18 september 2008 20:56 schreef Alicey het volgende:

[..]

Helpt het niet als je die bevindingen "dichterbij de bron" injecteert?

Ben bang van niet, volgens mij doen ze het om mij te pesten.
Het betreft vaak kleine zaken zoals een single shortcut in een apart mapje in het startmenu, registersleutel die geen kwaad kan, maar niet verwijderd wordt na deinstallatie, modify rechten ook op submappen waarbij het niet nodig is. Kortom niets ernstigs, wel slordig.

quote:

Op donderdag 18 september 2008 21:14 schreef _Vulcanus_ het volgende:

Ben bang van niet, volgens mij doen ze het om mij te pesten.
Het betreft vaak kleine zaken zoals een single shortcut in een apart mapje in het startmenu, registersleutel die geen kwaad kan, maar niet verwijderd wordt na deinstallatie, modify rechten ook op submappen waarbij het niet nodig is. Kortom niets ernstigs, wel slordig.

Vooral als oplevering nadert zijn dat inderdaad vaak de dingen die als niet belangrijk naar de toekomst worden geschoven... Om een volgende keer weer naar de toekomst geschoven te worden.

Zo maar eens een paar vragen in het topic dumpen.

Gebruiken jullie specifieke test-tools? Open source tools? Welke, en wat doen die tools voor je?

En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?

En over het proces: Merk je dat bevindingen worden opgelost en dan weer bij jou worden teruggemeld? Of valt dat terugmelden tussen wal&schip?

quote:

Op donderdag 18 september 2008 21:30 schreef mgerben het volgende:

En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?

Veel gebruikt zijn test director en quality center. Hierin is precies de status van de defects te monitoren zodat je snel kunt zien wanneer een defect is opgelost.

quote:

Op donderdag 18 september 2008 21:30 schreef mgerben het volgende:
Zo maar eens een paar vragen in het topic dumpen.

Gebruiken jullie specifieke test-tools? Open source tools? Welke, en wat doen die tools voor je?

En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?

En over het proces: Merk je dat bevindingen worden opgelost en dan weer bij jou worden teruggemeld? Of valt dat terugmelden tussen wal&schip?

Voor bevindingen is het wel fijn een tool te hebben als het er veel zijn. Access is dan op zich nog wel te doen, maar Excel vind ik persoonlijk niet zo handig (ben ik zelf ook niet zo handig mee).

Dat terugmelden gaat nog wel eens mis, maar dat wisselt heel erg per project/leverancier/ontwikkelaar/....

quote:

Op donderdag 18 september 2008 20:55 schreef _Vulcanus_ het volgende:

[..]

Ook bij kantoorapplicaties zijn banken erg huiverig dat gebruikers niets hebben kunnen saven,
data (lees: geld ) kwijt zijn wat niet meer te traceren is.

Niet iedereen test altijd bij een bank ... ik heb ook tijd doorgebracht in de zoutmijnen van webapplicaties....

quote:

Op donderdag 18 september 2008 21:30 schreef mgerben het volgende:
Zo maar eens een paar vragen in het topic dumpen.

Gebruiken jullie specifieke test-tools? Open source tools? Welke, en wat doen die tools voor je?

En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?

En over het proces: Merk je dat bevindingen worden opgelost en dan weer bij jou worden teruggemeld? Of valt dat terugmelden tussen wal&schip?

Mercury Winrunner en QTP, Testdirector en QC
Rational Robot, Testmanager, Requisite Pro, Clearcase..
Ook eens JMeter gebruikt

quote:

Op donderdag 18 september 2008 21:30 schreef mgerben het volgende:

Ik ben zelf geen tester, maar kan vertellen hoe het gaat binnen de organisatie waar ik werk.

quote:

Gebruiken jullie specifieke test-tools? Open source tools? Welke, en wat doen die tools voor je?

Er worden geen specifieke tools gebruikt. Voor software die ingewikkelde logica bevat worden wel test cases opgezet waarbij met de hand is bepaald wat de invoer en bijbehorende uitvoer moet zijn. Dit wordt gedocumenteerd en vervolgens kan getest worden of de systemen bij die invoer tot dezelfde uitvoer komen. Te gebruiken brongegevens worden hierbij ook vastgelegd. Dit is maar een deel van het testen. het andere deel is testen waarbij de creativiteit van de tester het belangrijkst is.

quote:

En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?

Gevonden problemen en verbeterpunten worden direct vastgelegd in het systeem dat ontwikkelaars ook gebruiken. Ontwikkelaars kunnen vervolgens bepalen wat er mee gebeurt, wat prioriteit heeft, wie wat onder zijn verantwoordelijkheid neemt etc. Vanuit dat systeem kan er in een later stadium ook een lijst van opgeloste problemen worden gemaakt voor testers en kunnen er rapportages worden gedaan aan het management.

quote:

En over het proces: Merk je dat bevindingen worden opgelost en dan weer bij jou worden teruggemeld? Of valt dat terugmelden tussen wal&schip?

Door het gebruikte systeem worden bevindingen automatisch teruggemeld aan degene die het gemeld heeft wanneer dit van toepassing is (in het geval dat iets is opgelost, iets niet kan worden gereproduceerd, iets nader wordt toegelicht, er nadere vragen worden gesteld, de ontwikkelaar meent dat iets correct werkt of iets wordt uitgesteld).

quote:

Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
Nou moet alles in ons bedrijf aan compliance en security eisen voldoen.

Zijn die eisen toevallig ergens op het net te vinden? Zijn er bv internationaal gangbare normen op dat vlak voor kantoorapplicaties?

quote:

Op vrijdag 19 september 2008 04:36 schreef sigme het volgende:

[..]
Testframe heb ik wel in gebruik gezien, dat hoort ietwat geautomatiseerd testen te zijn, de manier waarop het in deze organisatie gebruikt werd was wel de terminologie en format, maar niet het geautomatiseerde deel .

Testframe is ook niet per definitie een testmethodiek die geautomatiseerd testen vereist, het wordt er wel stukken makkelijker mee.
Maar testsheets die opgebouwd zijn uit aktiewoorden kunnen ook best door mensen worden uitgevoerd.
(ben wel navigator met Testframe ervaring maar nooit bij de blauwe/blauwgele/gele club gewerkt salaris is zuigend daar)

tvp

quote:

Op maandag 15 september 2008 19:17 schreef sigme het volgende:
Testen is hartstikke leuk werk - als het je echt ligt.

Dat is met alles zo.

quote:

Op vrijdag 19 september 2008 11:05 schreef sigme het volgende:

[..]

Ja, je bent autistisch genoeg, je zou vast een goeie worden .

Ik weet niet of ik het leuk zou vinden en of ik er echt voor geschikt zou zijn. Ik denk het niet.....

[ Bericht 12% gewijzigd door EchtGaaf op 19-09-2008 12:45:34 ]

quote:

Op vrijdag 19 september 2008 10:16 schreef sigme het volgende:

[..]

Si, si, maar ik vond het nogal een zinloos keurslijf die het testen niet ten goede kwam. Geneuzel over de juiste spelling van een actiewoord .

De aktiewoorden worden gekoppeld aan de functie in de uitvoeringstool, dus het is inderdaad soms best geneuzel, maar niet aan te ontkomen....

quote:

Verder waren er hier ook navigatoren, die dan weer op basis van zo'n script testdata erbij zochten

[/quote]
Dan snap ik waarom het daar niet werkte, de navigator hoort sheets te krijgen met aktiewoord en testdata er al in, anders krijg je inderdaad een hoop tijdsverspilling!!! Als ik op een navigatorklus zit, weiger ik absoluut testdata te zoeken. Of ik krijg het aangeleverd, of ze sturen me maar van de opdracht af, er is namelijk zo'n gebrek aan navigatoren dat je analisten werk kan weigeren zonder werkeloos te worden

quote:

Nogal vertragend zonder toegevoegde waarde .

Op deze manier wel...ook moet je er aan denken dat het een jaar duurt in veel gevallen voordat je de investering hierop terugverdiend hebt. Het bedrijf moet dus wel een beetje lange termijn visie hebben....

quote:

Op vrijdag 19 september 2008 11:05 schreef sigme het volgende:

[..]

Ja, je bent autistisch genoeg, je zou vast een goeie worden .

Volgens een internet test ben ik een Asperger geval, volgens mij moet je je als tester zo goed kunnen concentreren en focussen dat we daardoor al snel in die categorie belanden bij standaard testjes....wat is julie ervaring?

quote:

Op vrijdag 19 september 2008 12:33 schreef Captain_Fabulous het volgende:

[..]

Volgens een internet test ben ik een Asperger geval, volgens mij moet je je als tester zo goed kunnen concentreren en focussen dat we daardoor al snel in die categorie belanden bij standaard testjes....wat is julie ervaring?

En je zou goed moeten kunnen communiceren en sociale vaardigheden hebben. En je zou stressbestendig moeten zijn... ..

https://sjobs.brassring.com/11043/asp/tg/cim_jobdetail.asp?jobId=115102&type=search&JobReqLang=82&recordstart=1&JobSiteId=5174&JobSiteInfo=115102_5174&GQId=0&partnerid=25005&siteid=5174

Nou dat kan ik dus wel vergeten.

quote:

Op vrijdag 19 september 2008 13:17 schreef sigme het volgende:

[..]
Een autist kan ze niet figuurlijk nemen, veel *kuch*_niet-testers*kuch* kunnen niet begrijpen wat letterlijk opvatten is, en een goede tester kan moeiteloos schakelen van de letterlijke lezing naar de figuurlijke naar de bedoelde - en terug. Nietwaar?

Een goede tester moet inderdaad af en toe dingen precies zo lezen zoals ze in een requirements staan bv, niet dat je hersens ervan proberen te maken! Veel mensen menen te snel te weten wat ergens staat, en lezen niet wat er echt staat !!!

quote:

Op vrijdag 19 september 2008 13:22 schreef sigme het volgende:

[..]


Waar je wel tegen bestand moet zijn is dagen, weken, maaaaaaaaaanden niets doen. Ik kan dat niet echt goed, daarom heb ik de vaste baan aan de wilgen gehangen.

Hahaha, je moet er inderdaad wel een hobby naast hebben, anders duren de dagen soms erg lannnnngggggggg....

quote:

Op vrijdag 19 september 2008 13:13 schreef sigme het volgende:

[..]

Ja maar.. er was dus geen uitvoeringstool.. Je moest gewoon *zelf* de actiewoorden kunnen lezen.
[..]

Daar was de enige 'navigator' die ik kende een vreselijk starre mevrouw die vooral houvast had aan veel procedures. Er viel geen land mee te bezeilen. (In mijn project deden de analisten gewoon alles zelf, ben jij mal.)

Als er geen tool is als Winrunner of QTP heb je dus ook geen navigator nodig, de enige taak van een navigator is de aktiewoorden omzetten in code! Dus moet een heel eigen invulling zijn geweest van testframe bij die tent
Een navigator kan wel soms wat star ziijn, maar dat is functioneel, anders kan je je werk namelijk niet doen! Een navigator is eigenlijk een halve programeur, en je kent de communicatieve eigenscahppen van programeurs.

een testerstopic

ik begin per 1 oktober als young professional Test en Quality consultant ( testengineer klinkt beter) ben heel erg benieuwd.

quote:

Op vrijdag 19 september 2008 13:22 schreef sigme het volgende:

[..]

Echt, jij zou het moeten kunnen. Je hebt genoeg gevoel voor humor en genoeg gevoel voor vastbijten .

Oja, dat heb ik wel. Ik laat niet gauw los.....DS4 weet daar ook alles van Die rust nu uit in Las Vegas.

Maar heb je humor nodig ? Tjsa er zouden best lachwekkende bugs in de software aangetroffen worden.

Aan mij heeft niemand een makkelijke. Ik ben meester in het stellen van kut vragen en kwesties. Laatst nog bij de verzekering, waar ik echt het gevoel had dat ze je bedonderen. En lastige vragen begon te stellen.

Ik zou een goede voor parlementaire enquêtes zijn .;)

quote:

Stressbestendigheid schermen ze altijd mee, maar in de praktijk heb ik nog nooit ergens enige stress meegemaakt. Ja, bij het management enzo, maar ik glimlach dan altijd liefjes terug en zeg dat ik maar weer eens aan mijn werk ga.

Maar jij werkt denk ik heel efficiënt. Je bent volgens mij knap hoogbegaafd. Wist je dat?

quote:

Waar je wel tegen bestand moet zijn is dagen, weken, maaaaaaaaaanden niets doen. Ik kan dat niet echt goed, daarom heb ik de vaste baan aan de wilgen gehangen.

Ow, daar heb ik geen moeite mee. Ik zou meer problemen hebben met detachering. Dat lijkt mij nou niet alles....

quote:

Op vrijdag 19 september 2008 13:28 schreef _Vulcanus_ het volgende:

[..]

Hahaha, je moet er inderdaad wel een hobby naast hebben, anders duren de dagen soms erg lannnnngggggggg....

Waar zit dat wachten dan in? Er is toch altijd wat te doen?

Hoeven jullie geen verslagen te typen?

quote:

Op vrijdag 19 september 2008 13:34 schreef EchtGaaf het volgende:

[..]

Waar zit dat wachten dan in? Er is toch altijd wat te doen?

Hoeven jullie geen verslagen te typen?

Tuurlijk is er wel administratie, sterker nog in sommige gevallen ben je langer bezig met de preparatie van een test (testomgeving inrichten bijv), en de verslagen / administratie dan met het daadwerkelijke testen zelf.

Maar sommige dagen valt er gewoon niets te testen, wordt er niets opgeleverd. Geen administratie, geen preparatie.