Tuurlijk niet, iedereen weet dat webapplicaties niet getest hoeven te wordenquote:Op vrijdag 15 augustus 2008 16:16 schreef beerten het volgende:
Versta je webapllicaties = websites ook als software?
Voeg ze toequote:Op vrijdag 15 augustus 2008 16:08 schreef Swetsenegger het volgende:
Ik mis informatie over testmethodieken, risicoanalyses, etc.
Wat doe je nu en wat lijkt je er saai aan?quote:Op vrijdag 15 augustus 2008 17:07 schreef Tinkepink het volgende:
TVP. Mijn man is tester / projectleider en hij vindt dat ik me snel wat testmethodieken eigen moet maken omdat ik volgens hem de ideale tester ben. Ik heb zelf mijn twijfels overigens. Het werk lijkt mij nogal saaaai.
Ik ben geen tester, ik zou een opdracht gever kunnen zijn. Mijn afdeling test wel, maar slechts acceptatie testen. Uitgebreide risico analyses en dergelijke worden er niet gemaakt.quote:Op vrijdag 15 augustus 2008 17:21 schreef sigme het volgende:
[..]
Voeg ze toe.
Ik heb er weinig over te zeggen, wat ik aan testmethodieken geleerd heb, heb ik nooit toegepast zien worden en wat ik toegepast heb zien worden zijn dermate verminkte versies van de erbij genoemde techniek dat het label een schuilvlag is. Misschien zegt dat ook wel wat.
Risicoanalyses hou ik me altijd verre van: ik schets de scenario's en de alternatieven, en zorg dat er iemand boven me zit die een testplan schrijft / de business achter de broek mag zitten.
Acceptatietesten zegt niet zoveel - er zijn een heel aantal, zeer verschillende acceptatietesten. Bedoel je de gebruikersacceptatietest?quote:Op vrijdag 15 augustus 2008 17:29 schreef Swetsenegger het volgende:
[..]
Ik ben geen tester, ik zou een opdracht gever kunnen zijn. Mijn afdeling test wel, maar slechts acceptatie testen. Uitgebreide risico analyses en dergelijke worden er niet gemaakt.
Mijn klus was het samenvoegen van klanten & systemen van twee grote banken tot een nieuwe grote Nederlandse bankquote:Op vrijdag 15 augustus 2008 19:29 schreef Lariekoek het volgende:
* Lariekoek meldt.
Nu bezig met het opsplitsen van een voormalig grote Nederlandse bank.
Was?quote:Op vrijdag 15 augustus 2008 19:34 schreef sigme het volgende:
[..]
Mijn klus was het samenvoegen van klanten & systemen van twee grote banken tot een nieuwe grote Nederlandse bank. Wat het bedrijfsleven ook uitvreet - het moet getest worden
.
functioneel en gebruikerstests. Maar de nadruk ligt op functioneel. Anyway, slechts een deel van de werkzaamheden.quote:Op vrijdag 15 augustus 2008 17:58 schreef sigme het volgende:
[..]
Acceptatietesten zegt niet zoveel - er zijn een heel aantal, zeer verschillende acceptatietesten. Bedoel je de gebruikersacceptatietest?
Als laatste opdracht heb ik een gebruikersacceptatietest gecoordineerd. Met echte gebruikers als testers - geen spoor van theoretische kennis of zelfs maar aanleg voor testen. Maar het was wel leuk. Gewoonlijk -en bij voorkeur- ben ik functioneel tester.
Tegenwoordig zeg ik wel eens gekscherend dat ik volgens de methode-Karel Appel test. "Ik rotzooi maar wat aan".quote:Op vrijdag 15 augustus 2008 17:21 schreef sigme het volgende:
[..]
Voeg ze toe.
Ik heb er weinig over te zeggen, wat ik aan testmethodieken geleerd heb, heb ik nooit toegepast zien worden en wat ik toegepast heb zien worden zijn dermate verminkte versies van de erbij genoemde techniek dat het label een schuilvlag is. Misschien zegt dat ook wel wat.
Ja, dat zijn dingen die ik ook altijd uitbesteed aan anderen. De meeste testers willen uiteindelijk toch testcoördinator/-manager worden, dus er is altijd wel een slachtoffer daarvoor te vinden.quote:Risicoanalyses hou ik me altijd verre van: ik schets de scenario's en de alternatieven, en zorg dat er iemand boven me zit die een testplan schrijft / de business achter de broek mag zitten.
Werk zat, klus is nog niet af, maar ik heb genoeg geld verdiend om een paar maand andere dingen te doen. Dus doe ik datquote:Op vrijdag 15 augustus 2008 20:30 schreef Lariekoek het volgende:
[..]
Was?
Als jij die Belgisch-Nederlandse bank bedoelt plus die ene uit Amsterdam & Rotterdam dan is er toch nog werk zat?
Ga ik onthouden als antwoord op de JBFquote:Op vrijdag 15 augustus 2008 23:03 schreef freako het volgende:
[..]
Tegenwoordig zeg ik wel eens gekscherend dat ik volgens de methode-Karel Appel test. "Ik rotzooi maar wat aan".
Jaquote:[..]
Ja, dat zijn dingen die ik ook altijd uitbesteed aan anderen. De meeste testers willen uiteindelijk toch testcoördinator/-manager worden, dus er is altijd wel een slachtoffer daarvoor te vinden..
Dan moeten wij maar gaan samenwerken als ik me in het testwereldje heb verdieptquote:Op zaterdag 16 augustus 2008 04:12 schreef sigme het volgende:
[..]
Ga ik onthouden als antwoord op de JBF.
[..]
Ja. Ik begrijp daar niks van. Alles waar meer dan 1 uur vergaderen per week aan te pas komt weiger ik.
quote:Op vrijdag 15 augustus 2008 16:19 schreef soylent het volgende:
[..]
Tuurlijk niet, iedereen weet dat webapplicaties niet getest hoeven te worden
Bronquote:Gezocht: creatieve zeikerds
Geliefd zijn ze niet, testers, maar tegelijk wél onmisbaar. Nu ze bijna niet meer te vinden zijn, worden organisaties steeds vindingrijker om het gebrek aan testers op te lossen.
Ze staan bekend als de zeikerds in ict-land en er is ook nog eens geen aparte opleiding voor; het beroep van tester staat bepaald niet hoog aangeschreven.
"Het zijn de binaire denkers in de ict; ze zeggen alleen maar ja of nee", grapt Tony van Buuren van Heyst, presales consultant bij Outsystems dat met zo'n honderd medewerkers web business oplossingen ontwikkelt. "Als je ze niet opleidt, dan komen ze er ook niet. Kijk maar naar de onderwijssector; het beroep van docent heeft een lage status en dus kiezen mensen er ook niet voor."
"Het beroep van tester is niet zo interessant, want je máákt niks. Je controleert alleen wat anderen doen. En het vergt creativiteit om fouten op te sporen die niet via automatische systemen zijn te vinden", zegt Mathijs Brand, servicemanager bij Hippo, dat zo'n 35 medewerkers telt en open source content management en portal software ontwikkelt.
Behoorlijke veelpoot
Toch is ontwikkelde software zonder dat het uitgebreid is getest waardeloos. Testers zijn en blijven dus onmisbaar. Ict-dienstverlener Sogeti heeft zelfs een aparte test-divisie met bijna zevenhonderd testers in huis. "Testen is een belangrijk vak, de markt schreeuwt om hun expertise maar je moet de mensen die daar echt goed in zijn met een lantaarntje zoeken", zegt Nijs Blokland, divisiedirecteur van de testdivisie van Sogeti. Maar hoe kom je nog aan goede testers?
"Ze zijn bijna niet te vinden", vertelt Brand van Hippo. "Een goede tester moet zowel de wensen van de klant snappen als fouten in de code kunnen opsporen. Dat moet een behoorlijke veelpoot zijn. En de echt slimme mensen vinden het niet erg om af en toe eens wat te testen maar alleen maar testen is te eenzijdig."
Hippo heeft de taken van de tester daarom ondergebracht bij de ontwikkelaars en de servicemanagers. De code waaraan haar softwareontwikkelaars werken, wordt bij iedere aanpassing automatisch getest. De ontwikkelaars schrijven daarvoor zelf unit tests. Ook de performance tests die inzichtelijk moeten maken of het systeem sinds de vorige aanpassing is verbeterd, schrijven de ontwikkelaars zelf. Op onderdelen rouleren ze om elkaars werk te controleren. De gebruiksvriendelijkheid test Brand samen met de gebruiker en daarvoor neemt hij ook interviews af. "Ik kijk meer vanuit de gebruiker naar het systeem en denk in functionaliteit en oplossingen." Wel hebben ze de verschillende fases - ontwerpen, testen, accepteren en in productie nemen - strak gescheiden door de versies van een ontwerp op verschillende servers te draaien.
Uitbreiden
Ook bij Outsystems is het testen geïntegreerd in hun werkwijze. Van Buuren van Heyst: "Vanwege onze werkwijze hebben we bijna geen testers nodig. Functionele tests laten we zoveel mogelijk door klanten uitvoeren." Dat kan door de eigen methodiek van Outsystems; in plaats van te werken in projectfases van uitdenken, ontwikkelen en testen, leveren gemiddeld iedere twee weken nieuwe functionaliteiten op. Testers zijn dus niet maanden aan het ontwikkelen voordat de klant iets te zien krijgt, maar breiden het systeem gaandeweg meer uit. "In een CRM-systeem wil je bijvoorbeeld klantgegevens kunnen invoeren en wijzigen en klanten kunnen verwijderen. Maar ook notities kunnen maken en documenten koppelen aan klanten. We beginnen dan met alleen de functie invoeren, wijzigen en verwijderen. En iedere paar weken komt er weer een nieuwe functie bij. Zo kan de klant gaandeweg ook zien welke functies hij echt gebruikt."
Internationaal
Een prima oplossing voor middelgrote softwarebouwers die hun eigen software moeten uittesten, maar voor een dienstverlener als Sogeti die binnen drie jaar haar testdivisie wil verdubbelen, is het geen oplossing. Sogeti blijft zoeken naar testers. "We zijn marktleider op het gebied van testen en dus zijn we erbij gebaat dat het vakgebied zicht ontwikkelt. We willen dat onze medewerkers trots zijn op hun organisatie en trots op hun vak. Dat bereik je door ze mee te laten ontwikkelen aan hun vakgebied en door interessante opdrachten te verwerven en hen de kans te geven samen te werken met collega's in het buitenland."
Sogeti werkt samen met diverse hogescholen en verzorgt een lectoraat over gestructureerd testen bij hogeschool Fontys. Sinds dit jaar is Sogeti ook een andere, bijzondere samenwerking aangegaan. Derde en vierdejaars studenten biedt ze een studentencontract aan. Ze doorlopen de normale selectieprocedure en krijgen vervolgens een nul-urencontract. Dat geeft hen recht op alle voorzieningen die ook vaste medewerkers krijgen aangeboden - een persoonlijke coach, deelname aan het introductietraject en toegang tot alle opleidingen - terwijl ze niet hoeven te werken ("want ze studeren nog"). De coach begeleidt hen, indien gewenst, ook naar een afstudeerplek of baan bij Sogeti of een andere organisatie. Inmiddels hebben 55 studenten zo'n contract afgesloten. Blokland: "Dat imagoprobleem is dus wat ons betreft achterhaald."
'Goede tester is lot uit loterij'
Testers zijn niet blij met hun slechte imago. Dat blijkt uit de reacties op het artikel 'Gezocht: creatieve zeikerds' dat Computable vorige week publiceerde.
Computable's artikel van vorige week leverde veel reacties op. Dat het imago van testers wel wat verbetering kan gebruiken, daarover zijn de lezers het eens. ‘Je kunt testers zeikerds noemen, maar je hebt ze nodig.'
"De opmerking dat een tester een zeikerd is, lijkt mij behoorlijk overtrokken", luidt de eerste reactie op het bericht. Een dag later las Jaap Koop het artikel. Ook hij is niet te spreken over de slechte reputatie van testers. Uit zijn reactie blijkt dat hij ook zelf tot die groep behoort. "Dat we een imagoprobleem hebben, onderschrijf ik wel", zegt hij. Toch is er volgens Koop op dat gebied de laatste jaren vooruitgang geboekt. Dat zou komen doordat hogescholen meer aandacht besteden aan het vak dan eerst.
Veel van de lezers die op het artikel reageerden, onderstrepen het belang van goed opgeleide testers. ‘Een goede tester is tegenwoordig een lot uit de loterij', is een van de reacties. Net als de mening dat het belangrijk is ‘het testvak volwaardig te maken en aandacht te besteden aan het opleiden van testers'. Dat is nu nog niet zo, aldus iemand die schrijft onder de naam ‘Tester'. "Het is iets wat je een tijdje doet als je net bent afgestudeerd en niets anders kunt vinden", schrijft hij.
Onterecht, vindt tester Hans Hallebeek. ‘Je kunt testers ‘zeikerds' noemen, maar je hebt ze nodig', schrijft hij op de website van Computable. Volgens Hallebeek is het ontbreken van een goede tester direct zichtbaar. Zo zou geregeld aan aangepaste applicaties te zien zijn dat ze niet goed zijn doordacht.
Volgens Koop is het daarom belangrijk programmamanagers te laten zien wat er gebeurt als testen achterwege wordt gelaten. Reageerder Egbert Bouman lijkt het nuttig ‘te blijven roepen hoe leuk en interessant het testvak is'. De mening van Jaap Koop sluit daarbij aan: ‘Ik denk dat wij alleen zelf ons imago kunnen verbeteren'.
Het is best leuk werk hoor. Hoog salaris. Vaak bijzonder slimme collega's...quote:Op maandag 15 september 2008 11:58 schreef Tinkepink het volgende:
Hmm, dat artikel overtuigt mij nou niet bepaald om tester te worden.
ISTQB is vrij sullig, ja.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.
Dus ik ben geen goede testerquote:Op maandag 15 september 2008 19:20 schreef sigme het volgende:
Advanced schijnt veel moeilijker te zijn, maar vooral: voor testers niet interessant. Voor testmanagers wel. Maar een goede tester wil geen manager worden..
Jaja, vind je de fouten niet tijdens het testen, dan vind je ze wel in productiequote:Op vrijdag 15 augustus 2008 16:17 schreef L.Denninger het volgende:
Hoax, software testen doe je door het te verkopen
Mjah, in een gecontroleerde omgeving kun je nooit alles er uit halen, maar je hebt liever dat de ernstige dingen wel gevonden worden zodat niet alle gebruikers steeds opnieuw een nieuwe versie mogen.quote:Op maandag 15 september 2008 21:35 schreef _Vulcanus_ het volgende:
[..]
Jaja, vind je de fouten niet tijdens het testen, dan vind je ze wel in productie![]()
Ik doe de distributie testen voor een bank met meer dan 90000 werkstations, enig idee hoe groot de impact is, als de uitrol van een nieuwe applicatie niet goed gaat?
Precies, if it compiles, ship it. Testen doen ze in productie wel.quote:Op vrijdag 15 augustus 2008 16:17 schreef L.Denninger het volgende:
Hoax, software testen doe je door het te verkopen
Sarcasme? Ken ik niet. Ik ben Tester. Ik neem alles letterlijk.quote:Op maandag 15 september 2008 22:45 schreef soylent het volgende:
Denk dat hij juist gebruik maakte van z.g. sarcasme.
Wil ik ook wel eens weten...quote:Op maandag 15 september 2008 22:55 schreef I.R.Baboon het volgende:
Waar hebben we het over als we het over "betaalt ontzettend goed" hebben?
In dienst van een grote detacheerder verdiende ik bij 32 u/wk 2700 bruto (plus lease-auto en gsm),quote:Op maandag 15 september 2008 22:55 schreef I.R.Baboon het volgende:
Waar hebben we het over als we het over "betaalt ontzettend goed" hebben?
Intern als je eigen werkgever zaken te testen heeft, en als dat niet mogelijk is zou ik eens contact opnemen met een grote detacheerder. Sogeti bijvoorbeeld. Die hebben een behoorlijke test-de-tester-procedure: je hoeft geen tester te zijn om aan te tonen geschikt te zijn als tester.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
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 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.
Als je in staat bent om de vraag te beantwoorden :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?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
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 overheenquote: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.
En gehaald? Vast wel, dus alvast gefeliciteerd.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
Mogen dames softwaretesters ook wat zeggen?quote:Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
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 ?
Z'n pc was gecrashed?!quote:Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
Paar schoonheidsfoutjes en iemands pc was gecrasht.
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: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.)
Maar niet of iets dat de productie met 30% verhoogt maar eenmaal daags crasht in productie kan of niet. Dat is een afweging die de business moet maken.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.
Waarom heb je er toen voor gekozen om het toch in productie te krijgen?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.
Ik heb nog nooit meegemaakt dat er na een testrapport met een blocking finding geen nieuwe iteratie kwam.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.
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 verbeteringquote: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.)
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.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
Ook bij kantoorapplicaties zijn banken erg huiverig dat gebruikers niets hebben kunnen saven,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!
Helpt het niet als je die bevindingen "dichterbij de bron" injecteert?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.
Ben bang van niet, volgens mij doen ze het om mij te pesten.quote:Op donderdag 18 september 2008 20:56 schreef Alicey het volgende:
[..]
Helpt het niet als je die bevindingen "dichterbij de bron" injecteert?
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.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.
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:
En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?
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).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?
Niet iedereen test altijd bij een bank ... ik heb ook tijd doorgebracht in de zoutmijnen van webapplicaties....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.
Mercury Winrunner en QTP, Testdirector en QCquote: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?
Ik ben zelf geen tester, maar kan vertellen hoe het gaat binnen de organisatie waar ik werk.quote:Op donderdag 18 september 2008 21:30 schreef mgerben het volgende:
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:Gebruiken jullie specifieke test-tools? Open source tools? Welke, en wat doen die tools voor je?
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 hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?
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:En over het proces: Merk je dat bevindingen worden opgelost en dan weer bij jou worden teruggemeld? Of valt dat terugmelden tussen wal&schip?
Zijn die eisen toevallig ergens op het net te vinden? Zijn er bv internationaal gangbare normen op dat vlak voor kantoorapplicaties?quote:Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
Nou moet alles in ons bedrijf aan compliance en security eisen voldoen.
Excel..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?
Bevindingentool. Alles in Excel heb ik nog nooit meegemeekt.quote:En hetzelfde voor bevindingen: Wat voor bevindingenadministratie gebruiken jullie? Welke bij voorkeur? Excel of iets beters?
Meestal is dat goed geregeld. Bevindingen worden lang niet allemaal opgelost - ik heb wel aan applicaties gewerkt met tegen de 1000 openstaande bevindingen - en het ding draaide gewoon in productie.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?
Het ging om een applicatie die een zeer strak administratief protocol moest afwerken, waarbij bij technische problemen ergens in de uitvoerende organisaties de status van een zaak een aantal stapjes terug of vooruit gezet moest kunnen worden door functioneel beheer.quote:Op donderdag 18 september 2008 20:11 schreef Lariekoek het volgende:
[..]
Waarom heb je er toen voor gekozen om het toch in productie te krijgen?
Ben wel benieuwd.
Testframe is ook niet per definitie een testmethodiek die geautomatiseerd testen vereist, het wordt er wel stukken makkelijker mee.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.
Si, si, maar ik vond het nogal een zinloos keurslijf die het testen niet ten goede kwam. Geneuzel over de juiste spelling van een actiewoordquote:Op vrijdag 19 september 2008 10:09 schreef Captain_Fabulous het volgende:
[..]
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 gewerktsalaris is zuigend daar)
Ja, je bent autistisch genoeg, je zou vast een goeie wordenquote:Op vrijdag 19 september 2008 11:04 schreef EchtGaaf het volgende:
tvp
Dat is met alles zo.quote:Op maandag 15 september 2008 19:17 schreef sigme het volgende:
Testen is hartstikke leuk werk - als het je echt ligt.
Ik weet niet of ik het leuk zou vinden en of ik er echt voor geschikt zou zijn. Ik denk het niet.....quote:Op vrijdag 19 september 2008 11:05 schreef sigme het volgende:
[..]
Ja, je bent autistisch genoeg, je zou vast een goeie worden.
De aktiewoorden worden gekoppeld aan de functie in de uitvoeringstool, dus het is inderdaad soms best geneuzel, maar niet aan te ontkomen....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.
[/quote]quote:Verder waren er hier ook navigatoren, die dan weer op basis van zo'n script testdata erbij zochten
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:Nogal vertragend zonder toegevoegde waarde.
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 11:05 schreef sigme het volgende:
[..]
Ja, je bent autistisch genoeg, je zou vast een goeie worden.
En je zou goed moeten kunnen communiceren en sociale vaardigheden hebben. En je zou stressbestendig moeten zijn... ..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?
Ja maar.. er was dus geen uitvoeringstool.. Je moest gewoon *zelf* de actiewoorden kunnen lezen.quote:Op vrijdag 19 september 2008 12:31 schreef Captain_Fabulous het volgende:
[..]
De aktiewoorden worden gekoppeld aan de functie in de uitvoeringstool, dus het is inderdaad soms best geneuzel, maar niet aan te ontkomen....
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.)quote: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
Ik scoor altijd hoog op autismetestjes. Maar ze zijn ook zo doorzichtig. Naast goed concentreren moet je als tester natuurlijk ook goed zaken letterlijk kunnen nemen. 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?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?
Echt, jij zou het moeten kunnen. Je hebt genoeg gevoel voor humor en genoeg gevoel voor vastbijtenquote:Op vrijdag 19 september 2008 12:47 schreef EchtGaaf het volgende:
[..]
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.
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: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?
Hahaha, je moet er inderdaad wel een hobby naast hebben, anders duren de dagen soms erg lannnnngggggggg....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.
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 tentquote: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.)
Oja, dat heb ik wel. Ik laat niet gauw los.....DS4 weet daar ook alles vanquote: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.
Maar jij werkt denk ik heel efficiënt. Je bent volgens mij knap hoogbegaafd. Wist je dat?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.
Ow, daar heb ik geen moeite mee. Ik zou meer problemen hebben met detachering. Dat lijkt mij nou niet alles....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.
Waar zit dat wachten dan in? Er is toch altijd wat te doen?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....
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?
Ik vind documentatietesten vaak leuk, en je hebt humor nodig om met de personen wiens werk je bekritiseert om te gaan. Tenminste, als je je doel wil bereiken.quote:Op vrijdag 19 september 2008 13:33 schreef EchtGaaf het volgende:
[..]
Oja, dat heb ik wel. Ik laat niet gauw los.....DS4 weet daar ook alles vanDie rust nu uit in Las Vegas.
Maar heb je humor nodig ?Tjsa er zouden best lachwekkende bugs in de softwareaangetroffen worden.
Kijk, maar dat is de kunst. De probleemgebieden herkennen, vragen stellen, problemen lokaliseren. Niet eens in de code hoor, eerst in het ontwerp - en later zitten problemen in de programmatuur vaak in de stukken waar je gezeurd hebt over de documenatie.quote: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.
Detachering betekent dat niksen. Juist een detacheerbedrijf heeft bij voorkeur van die klussen die zich eindeloos uitstrekken en nooit tot voltooiing komen.quote:Ow, daar heb ik gene moeite mee. Ik zou meer problemen hebben met detachering. Dat lijkt mij nou niet alles....
Soms is er geen apparatuur om te testen en zijn er geen ontwerpen om te reviewen of te analyseren. En dan is er domweg niks te doen.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?
Zelf heb ik niet zoveel met titels. Ik noem mijzelf altijd gewoon tester.quote:Op vrijdag 19 september 2008 13:29 schreef octopussy het volgende:een testerstopic
ik begin per 1 oktober als young professional Test en Quality consultant ( testengineer klinkt beter)ben heel erg benieuwd.
Krijg je dan ook je melding terug met de status "Opgelost"?quote:Op vrijdag 19 september 2008 13:46 schreef sigme het volgende:
en ik heb tweemaal meegemaakt dat de complete functionaliteit eruit gehaald is, zoals ik voorspeld had..
Neuh, dit zijn meestal meldingen in de vorm van gemopper mijnerzijds ("Dit kan helemaal niet. Want .. en .. en .. . Of het gaat 3 weken werk worden en uiteindelijk zal het niet gaan werken", paniekvergaderingen, spreekverboden). En dan een zooi bevindingen, en dan na verdwijnen van de functionaliteit sluiten met status 'vervallen' oid.quote:Op vrijdag 19 september 2008 20:23 schreef Alicey het volgende:
[..]
Krijg je dan ook je melding terug met de status "Opgelost"?![]()
Er wordt dan in ieder geval van geleerd.quote:Op vrijdag 19 september 2008 20:33 schreef sigme het volgende:
[..]
Neuh, dit zijn meestal meldingen in de vorm van gemopper mijnerzijds ("Dit kan helemaal niet. Want .. en .. en .. . Of het gaat 3 weken werk worden en uiteindelijk zal het niet gaan werken", paniekvergaderingen, spreekverboden). En dan een zooi bevindingen, en dan na verdwijnen van de functionaliteit sluiten met status 'vervallen' oid.
Maar de volgende keer luisteren ze *iets* eerder.
Dat vereist toch wel flinke sociale vaardigheden?quote:Op vrijdag 19 september 2008 13:46 schreef sigme het volgende:
[..]
Ik vind documentatietesten vaak leuk, en je hebt humor nodig om met de personen wiens werk je bekritiseert om te gaan. Tenminste, als je je doel wil bereiken.
Dat lijkt me wel lollig, ja. Worden jullie niet als een lastig luis in de pels ervaren?quote:En het is leuk, een soort spel, om te bedenken wat er fout zou kunnen gaan, wat voor gedachtekronkels een bouwer zou kunnen hebben, om van te voren een leuke test bedacht te hebben (dit gaan ze vast fout doen), en dan gelijk te krijgen
.
Dat lijkt mij inderdaad wel heel stressvolquote:Wat ik echt leuk vind -maar ook het meest stressvol- is van te voren van een stuk programmatuur te zeggen dat het niet zal gaan lukken. Dan wordt iedereen heel kwaad, voor elk probleem dat ik opwerp (in ontwerp en later in bouw) wordt steeds verbetener een omweg bedacht - en uiteindelijk lukt het niet. Heel flauw, maar zoiets kan echt maanden als een soort running gag/ doorlopende bevindingenbron slepen, en ik heb tweemaal meegemaakt dat de complete functionaliteit eruit gehaald is, zoals ik voorspeld had..
[..]
Detacheren bij ons is filerijden. Over stress gesproken. Jij woont wel heel gunstig in het Noorden wat dat betreft.quote:Kijk, maar dat is de kunst. De probleemgebieden herkennen, vragen stellen, problemen lokaliseren. Niet eens in de code hoor, eerst in het ontwerp - en later zitten problemen in de programmatuur vaak in de stukken waar je gezeurd hebt over de documenatie.
Kan je met de applicatie in de hand terug naar de ontwerper: kijk nu eens wat de bouwer dacht dat jij bedoelde..
[..]
Detachering betekent dat niksen. Juist een detacheerbedrijf heeft bij voorkeur van die klussen die zich eindeloos uitstrekken en nooit tot voltooiing komen.
Hmmmm typisch, dat je wel test maar niet schriftelijk rapporteert? alles mondeling aan de bouwer?quote:Op vrijdag 19 september 2008 13:52 schreef sigme het volgende:
[..]
Soms is er geen apparatuur om te testen en zijn er geen ontwerpen om te reviewen of te analyseren. En dan is er domweg niks te doen.
Op momenten dat er uitgevoerd wordt (dus je testgevallen op de applicatie loslaten) wil de te testten applicatie nog wel eens op zwart gaan - dagenlang als je pech hebt. Crash, of nieuwe oplevering, of een andere partij moet wat op de omgeving en mag niet gestoord worden.
En ik heb ook wel ergens gezeten waar voor de testuitvoer veel meer tijd was dan er nodig was. Altijd. Veel meer. Na twee uurtjes was je wel klaar, en dan lag de hele dag er nog. Twee jaar lang.
Ik hoef dan geen verslagen te schrijven hoor. Wat zou erin staan? 6 uur fok, 1 uur nieuwssites, 1 uur extra rookpauzes?
quote:Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
vraagje aan de heren software testers![]()
Waarom vraag je dat aan de testers? Wij bepalen de acceptatiecriteria niet. Tenminste, dat zou niet moeten.quote:Op donderdag 18 september 2008 18:46 schreef Buschetta het volgende:
Als het de produktie 30% verhoogt is een crash dan acceptabel op 1 werkdag ?
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.)
Test Director en ClearQuest. Ik vond TD handiger werken, maar die werdt gesynct met CQ, omdat de bouwers met CQ werkten... ach ja...quote:Op donderdag 18 september 2008 21:30 schreef mgerben het volgende:
Wat voor bevindingenadministratie gebruiken jullie?
Merk je dat bevindingen worden opgelost en dan weer bij jou worden teruggemeld?
quote:Op donderdag 18 september 2008 22:00 schreef Alicey het volgende:
[..]
Ik ben zelf geen tester, maar kan vertellen hoe het gaat binnen de organisatie waar ik werk.
[..]
Ontwikkelaars kunnen vervolgens bepalen wat er mee gebeurt, wat prioriteit heeft, wie wat onder zijn verantwoordelijkheid neemt etc.
Logicaquote:Op vrijdag 19 september 2008 12:47 schreef EchtGaaf het volgende:
[..]
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.
Wat gerapporteerd wordt aan het management na testrondes. Het is een vrij (kleine) platte organisatie, dus management valt te lezen als directie. Aangezien die doorgaans betere dingen te doen hebben dan testresultaten monitoren wordt die verantwoordelijkheid bij testers en ontwikkelaars gelegd (Van testers wordt ook een zekere verantwoordelijkheid verwacht door verificatie uit te voeren op wijzigingen van wat gemeld is. Bij die verificatie kan iets ook weer terug geschoven worden naar iemand anders of naar een andere afdeling).quote:
Ik heb geen hoge dunk van de IT branche. Veel te grillig en verre van logisch. En zo conjunctuurgevoelig als de nete....quote:Op vrijdag 19 september 2008 22:55 schreef Captain_Fabulous het volgende:
[..]
Logica![]()
Zitten best goede mensen tussen, maar wat die organisatie op het moment doet snap ik niet helemaal, CMG'ers waren trots op hun club, Logica mensen hebben het alleen maar over wat er niet meer deugt in die club lijkt het wel....
Als er niks te testen is, is er niks te rapporteren. Op van die dagen dat er niks getest wordt, wordt er dus ook niks gerapporteerd.quote:Op vrijdag 19 september 2008 21:40 schreef EchtGaaf het volgende:
[..]
Hmmmm typisch, dat je wel test maar niet schriftelijk rapporteert? alles mondeling aan de bouwer?
OK, dat is duidelijk.quote:Op zaterdag 20 september 2008 05:07 schreef sigme het volgende:
[..]
Als er niks te testen is, is er niks te rapporteren. Op van die dagen dat er niks getest wordt, wordt er dus ook niks gerapporteerd.
Maar eigenlijk is het best sociaal werk. Test je in je eentje? En is het "samenwerken" hoofdzakelijk communicatie van bevindingen en opstellen van test protocollen etc. etc. ?quote:Op dagen dat er wel gewerkt wordt, wordt daarover wel min-of-meer bijgehouden wat de voortgang is. Wie heeft wat gereviewd / hoe ver staat dat / welk reviewcommentaar is al terug / is het al verwerkt / wie is met welke uitvoer bezig / hoe ver / bevindingen? / welke bevindingen staan nog open.
Testers zelf schrijven gewoonlijk geen verslagen: ze schrijven reviewcommentaar, bevindingen, analyses, logische & fysieke testgevallen en de resultaten. Steeds op het moment dat ze gedaan worden - er ligt nooit een stapel 'dingen die je al wel weet maar nog niet genoteerd hebt'.
Is dit dan werk voor mensen met een HFAquote:Op zaterdag 20 september 2008 08:06 schreef SpankTheMonkey het volgende:
Je spreekt met de business, je spreekt met programmeurs, functioneel ontwerpers, acceptanten, heerlijk, een spin in het web, veel communiceren, heerlijke druk, werken in teamverband.
<cynic mode>quote:Op zondag 21 september 2008 14:12 schreef servus_universitas het volgende:
Test Driven Development is tegenwoordig toch dè methodiek?
Een paar voorbeelden.quote:Op zondag 21 september 2008 14:08 schreef EchtGaaf het volgende:
[..]
En is het "samenwerken" hoofdzakelijk communicatie van bevindingen en opstellen van test protocollen etc. etc. ?
Het is dus een heel sociaal beroep ....quote:Op zondag 21 september 2008 21:31 schreef LadyXochi het volgende:
[..]
Een paar voorbeelden.
Samenwerken met de business analist, grafisch ontwerper, technisch ontwerper, etc.
Je krijgt van deze mensen een aantal documenten. Dit zijn requirements, specificaties, GUI design, etc. Je reviewt deze documenten en geeft de maker feedback. Ook stel je vragen over zaken die niet helemaal duidelijk zijn. Je wil controleren of je alles zo hebt geïnterpreteerd als de maker heeft bedoeld. Het is de bedoeling dat alles maar op één manier te interpreteren is, maar helaas is dat bijna nooit het geval. Dus moet je alles goed doornemen en d.m.v. interactie duidelijkheid scheppen. Ziehier alvast een goed punt om je communicatieve skills toe te passen.
Samenwerken met de ontwikkelaars.
Jij baseert je tests op de documenten die ik in de vorige alinea heb genoemd. Maar ook de ontwikkelaars gebruiken deze als basis om he applicatie mee te bouwen. Als je als tester al betrokken wordt bij de bouw, bijvoorbeeld door tussentijdse demootjes, de code te reviewen en te overleggen met de bouwers, kun je er al snel achter komen als zij iets bouwen op een andere manier dan jij verwacht. Als je dit contrateert, kun je kijken hoe er verschil is ontstaan in interpretaties en indien nodig worden de ontwerpers erbij gehaald om knopen door te hakken of meer duidelijkheid te geven.
Daarna krijg je uiteraard communicatie en samenwerking n.a.v. gevonden defects. Is het een fout in de applicatie, een testfout of zit de fout al in de documentatie (en is die in een vorige fase over het hoofd gezien)?
En vergeet ook niet de communicatie met de projectleider, die dan weer aan de stakeholder moet kunnen verkopen waarom er bijvoorbeeld meer test effort nodig is, of waarom je een No Go adviseert.
Zomaar even een aantal zaken die me te binnen schieten.
Het kan ook de methodiek zijn die een ontwikkelaar zelf toepast bij het ontwikkelen van een geisoleerd stuk code. TDD is zeker niet allesomvattend.quote:Op zondag 21 september 2008 14:12 schreef servus_universitas het volgende:
Test Driven Development is tegenwoordig toch dè methodiek?
De meeste developers kennen het begrip nog steeds niet, de meeste projectleiders vinden het teveel geld kosten (op de long run zou het goedkoper moeten zijn) en eigenlijk heeft het niets met testers (of het testvak) te maken, maar alles met development (en de manier waarop ontwikkelaars hun code schrijven en testen).quote:Op zondag 21 september 2008 14:12 schreef servus_universitas het volgende:
Test Driven Development is tegenwoordig toch dè methodiek?
quote:Op woensdag 24 september 2008 23:59 schreef LadyXochi het volgende:
ISTQB gehaald. 36 van de 40 goed.
quote:Op maandag 22 september 2008 11:53 schreef Vitalogy het volgende:
[..]
Het kan ook de methodiek zijn die een ontwikkelaar zelf toepast bij het ontwikkelen van een geisoleerd stuk code. TDD is zeker niet allesomvattend.
TDD is denk ik inderdaad vooral een ontwikkelingmethodiek om als ontwikkelaar jezelf al de nodige zekerheid te geven over de werking van de code. TDD is zeker niet allesomvattend. Het is eigenlijk vooral geschikt om de exacte werking te testen in de zin van je stopt dit er in en dan moet dat er uit komen en is dat dan ook zo? Maar testen kent natuurlijk veel meer aspecten, waaronder de interactie tussen het systeem en de gebruiker.quote:Op donderdag 25 september 2008 00:07 schreef existenz het volgende:
[..]
De meeste developers kennen het begrip nog steeds niet, de meeste projectleiders vinden het teveel geld kosten (op de long run zou het goedkoper moeten zijn) en eigenlijk heeft het niets met testers (of het testvak) te maken, maar alles met development (en de manier waarop ontwikkelaars hun code schrijven en testen).
Dat is de samenvatting
Ik denk sowieso dat het sociale aspect van beroepen in de ICT zeer wordt onderschat. Ik denk dat een gemiddelde persoon die in de ICT-sector werkzaam is juist erg veel te maken heeft met sociale interacties. Alleen op die manier kan een project namelijk succesvol zijn.quote:Op maandag 22 september 2008 11:22 schreef EchtGaaf het volgende:
[..]
Het is dus een heel sociaal beroep ....
Eens.quote:Op donderdag 25 september 2008 08:46 schreef servus_universitas het volgende:
[..]
Ik denk sowieso dat het sociale aspect van beroepen in de ICT zeer wordt onderschat. Ik denk dat een gemiddelde persoon die in de ICT-sector werkzaam is juist erg veel te maken heeft met sociale interacties. Alleen op die manier kan een project namelijk succesvol zijn.
Had ik toch een goed idee over het beroepquote:Op donderdag 25 september 2008 08:46 schreef servus_universitas het volgende:
[..]
Ik denk sowieso dat het sociale aspect van beroepen in de ICT zeer wordt onderschat. Ik denk dat een gemiddelde persoon die in de ICT-sector werkzaam is juist erg veel te maken heeft met sociale interacties. Alleen op die manier kan een project namelijk succesvol zijn.
Het enige waar ik (ben developer) testers bij wil betrekken qua code is om de business logica op een rijtje te zetten. Deze is namelijk met TDD zeer goed te bouwen en eenvoudig voor de developer te testen, zodat de tester dat soort foutjes niet meer tegen komt. Maar zelfs dan krijgen ze geen regel code te zien, bij wijze van spreke. De tester moet gefocused blijven op de functionele aspecten, hoe dat is gebouwd is niet interessant.quote:Op donderdag 25 september 2008 08:41 schreef servus_universitas het volgende:
[..]
[..]
TDD is denk ik inderdaad vooral een ontwikkelingmethodiek om als ontwikkelaar jezelf al de nodige zekerheid te geven over de werking van de code. TDD is zeker niet allesomvattend. Het is eigenlijk vooral geschikt om de exacte werking te testen in de zin van je stopt dit er in en dan moet dat er uit komen en is dat dan ook zo? Maar testen kent natuurlijk veel meer aspecten, waaronder de interactie tussen het systeem en de gebruiker.
Testmanagement. Ik ben dol op vergaderenquote:Op donderdag 25 september 2008 14:30 schreef Captain_Fabulous het volgende:
Tmap of ISTQB foundation is het meest gevraagde. Welke richting wil je op?
En volgens mij als je alle drie de blokken hebt heb je het zelfde niveau als advancedquote:Op donderdag 25 september 2008 15:11 schreef Captain_Fabulous het volgende:
Het zit zo:
Eerst had je na Foundation de Practitioner. Die wordt nu in drie stukken gehakt, die je afzonderlijk kan volgen, en afzonderlijke examns kennen. Dat wordt de Advanced.
Kijk even op de site van Nederlandse ISTQB afdeling voor de details
http://www.bntqb.nl/
Ow? Zijn voor ISQTB de blokken nog niet klaar?quote:Op maandag 29 september 2008 08:42 schreef Captain_Fabulous het volgende:
Ik ben betrokken bij het schrijven van 1 van de blokken, zal het hier wel posten zodra de tentamens beschikbaar worden gemaakt aan de opleiders. Want die zijn allemaal hard bezig om die klaar te hebben, eind van het jaar zou geloof ik de eerste op de markt moeten komen.
Er zitten toch ook heel veel verschillen tussenquote:Op maandag 29 september 2008 13:45 schreef Captain_Fabulous het volgende:
Tmap en ISTQB hebben veel raakvlakken, alleen TMap is voornamelijk in Nederland bekend en ISTQB ook daarbuiten.
Sterker nog, testen is saaiquote:Op vrijdag 15 augustus 2008 17:26 schreef sigme het volgende:
[..]
Wat doe je nu en wat lijkt je er saai aan?
Waarom denkt je man dat jij je testmethodieken eigen zou moeten maken als je de nodige competenties hebt? Die methodieken heb je zelden nodig (bij een intake gesprek, daarna niet meer). Als je geschikt bent zou je -voor de vorm- je een papiertje eigen moeten maken (ISTQB ofzo). Niet moeilijk, pak je gelijk wat methodieken mee, en dat volstaat. Je zal toch per klus moeten uitvogelen wat ze daar hanteren - en in mijn ervaring is dat nooit een methodiek. Ja - op papier wel, maar in het echt niet.
Testen is absoluut niet saai.quote:
Saaie testklussen zijn er ook wel hoor. De hele dag scripten of uitvoeren word ik in ieder geval snel zat.quote:Op zondag 5 oktober 2008 14:21 schreef Captain_Fabulous het volgende:
Er zijn geen saaie testklussen, alleen saaie mensen.
Dan doe je het niet goed. OF je bent alleen bezig met test uitvoer. Dat is inderdaad een van de minder interessante kanten. Maar goed, voor ieder wat wils. Ik vind ook genoeg dingen saai. Zoals programmeren. Of boekhouden. Of geschiedenis. Of sterrenkunde... Mja, noem maar op.quote:
Expliceer je mischien wat nader? Moeite met testers? Kan het niet als vak zien? Je zocht gewoon iets om te zeuren?quote:
Nutteloos testen? Daar heb ik geen tijd voor.quote:Op zondag 5 oktober 2008 19:26 schreef sigme het volgende:
Het saaiste vind ik het toch als je niks te doen hebt.
Verder vind ik het vervelend als ik nutteloos moet testen terwijl er wel nuttig getest had kunnen worden. Van dat management dat besluit dat we het zo doen - ook al levert dat geen bruikbare analyse van de kwaliteit op.
zoiets.quote:Op dinsdag 7 oktober 2008 15:04 schreef Captain_Fabulous het volgende:
[..]
Expliceer je mischien wat nader? Moeite met testers? Kan het niet als vak zien? Je zocht gewoon iets om te zeuren?
Pas sinds een paar jaar wordt het geaccepteerd als een vak door veel mensen (Dat was het natuurlijk al langer), maar er zijn nog genoeg mensen die denken dat testers programmeurs zijn die niet konden programmeren en dus maar wat anders moesten gaan doen.quote:Op dinsdag 7 oktober 2008 15:04 schreef Captain_Fabulous het volgende:
[..]
Expliceer je mischien wat nader? Moeite met testers? Kan het niet als vak zien? Je zocht gewoon iets om te zeuren?
Ach, zolang wij testers weten dat programeurs eigenlijk mensen zijn die zo'n gebrek hebben aan sociale vaardigheden hebben dat hun niets anders overblijft dan met een computer te communiceren....quote:Op woensdag 8 oktober 2008 01:07 schreef existenz het volgende:
[..]
er zijn nog genoeg mensen die denken dat testers programmeurs zijn die niet konden programmeren en dus maar wat anders moesten gaan doen.
Programmeren en sterrenkunde vind ik dan juist weer interresant.quote:Op zondag 5 oktober 2008 20:54 schreef LadyXochi het volgende:
[..]
Dan doe je het niet goed. OF je bent alleen bezig met test uitvoer. Dat is inderdaad een van de minder interessante kanten. Maar goed, voor ieder wat wils. Ik vind ook genoeg dingen saai. Zoals programmeren. Of boekhouden. Of geschiedenis. Of sterrenkunde... Mja, noem maar op.
Dat zijn meestal de slechtste testers ooit. Niet gemotiveerd en de meest slordige personen op aarde. Slordigheid is namelijk meestal de allergrootste factor in het falen van een programmeurquote:Op woensdag 8 oktober 2008 01:07 schreef existenz het volgende:
[..]
Pas sinds een paar jaar wordt het geaccepteerd als een vak door veel mensen (Dat was het natuurlijk al langer), maar er zijn nog genoeg mensen die denken dat testers programmeurs zijn die niet konden programmeren en dus maar wat anders moesten gaan doen.
Idd. Soms eerst een hele tijd weinig te doen, daarna beginnen ze ineens over avonden/zaterdagen werken om de deadline te halen.quote:Op donderdag 16 oktober 2008 20:15 schreef Lariekoek het volgende:
Nooit overwerken?
Hoe krijg je dat voor elkaar?
Testen = overwerken.
Ineens... vaak zie je het al 9 van de 10 keer aankomen.quote:Op donderdag 16 oktober 2008 20:24 schreef FloggingMolly het volgende:
[..]
Idd. Soms eerst een hele tijd weinig te doen, daarna beginnen ze ineens over avonden/zaterdagen werken om de deadline te halen.
Dat is mijn ervaring tenminste.
Lachen als een boer met kiespijn.quote:Op donderdag 16 oktober 2008 22:19 schreef Captain_Fabulous het volgende:
Mijn moto is dan, lachen op weg naar de bank als je je overtijd vergoeding ziet.
Dat krijg je voor elkaar door voor een bedrijf te werken dat geen harde deadlines kent en waar het geen geld kost als je iets later releast.quote:Op donderdag 16 oktober 2008 20:15 schreef Lariekoek het volgende:
Nooit overwerken?
Hoe krijg je dat voor elkaar?
Testen = overwerken.
* Innisdemon meldt zichquote:Op vrijdag 15 augustus 2008 19:34 schreef sigme het volgende:
[..]
Mijn klus was het samenvoegen van klanten & systemen van twee grote banken tot een nieuwe grote Nederlandse bank. Wat het bedrijfsleven ook uitvreet - het moet getest worden
.
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.'Me' is géén bezittelijk voornaamwoord
Gaat dit over de overheid ofzo?quote:Op vrijdag 17 oktober 2008 01:15 schreef Knipoogje het volgende:
[..]
Dat krijg je voor elkaar door voor een bedrijf te werken dat geen harde deadlines kent en waar het geen geld kost als je iets later releast.
"we willen toch wel vrijdag releasen hoor"
"hmm, weet niet of dat gaat lukken. Denk eerder dinsdag"
"ok, da's ook goed"
Ok, het kost natuurlijk wel geld, want meestal komt er dan vrijdag een pipo die die en die feature er toch ook wel in wil of een klant die ineens tegen een bug aanloopt die toch nog even moet worden meegenomen. En dan wordt dinsdag ineens de vrijdag daar op. En dan komt er weer een bug... etc etc. En dan releasen we pas 2 maanden later na het oorspronkelijke plan
Maar zolang het goed gaat met het bedrijf zullen ze er niet zoveel aan veranderen denk ik. Overwerken kost ook geld. Bovendien leidt stress door overwerk/harde deadlines tot meer fouten, wat je na de release weer keihard in je gezicht terug krijgt.
Heb nu voor 3 verschillende bedrijven gewerkt en overwerk is echt een onbekende term. Als er al mensen overwerken of structureel elke dag een half uurtje doorgaan dan komt dat omdat ze het leuk vinden om te doen en het graag nog even willen afmaken.
ING en Postbank?quote:Op vrijdag 17 oktober 2008 07:45 schreef Innisdemon het volgende:
[..]
* Innisdemon meldt zich
Ben ook banken aan het samenvoegen
In zo'n project zat ik tot verkort ookquote:
Project Tango?quote:
Hebben ze op dit moment meer projecten lopen daar dan?quote:
Siswia loopt nog steeds (het oude Barings).quote:Op vrijdag 17 oktober 2008 12:56 schreef Lariekoek het volgende:
[..]
Hebben ze op dit moment meer projecten lopen daar dan?
Ik zit zelf bij een andere bank trouwens.
Het is niet dodelijk als er toch wel weer wat budget wordt bijgegeven en er blijkbaar genoeg winst wordt gemaakt. Zodra het straks economisch wat minder gaat zullen er ongetwijfeld wijzigingen in de procedures gaan plaatsvinden. Ik heb chargeer het overigens allemaal een beetje. Meestal loopt het hooguit een weekje of 2 uit. 't is meer dat de 'het moet vrijdag af zijn klaar uit' mentaliteit hier niet heerst, dus zitten er nooit programmeurs tot in de avonduurtjes te kloppen en testers te testen. En dat punt wilde ik even makenquote:Op vrijdag 17 oktober 2008 10:26 schreef Lariekoek het volgende:
Gaat dit over de overheid ofzo?
Geen harde deadlines hebben is dodelijk voor je project.
Iets uitleveren met grote fouten er in doordat de concentratie afneemt in de latere uren doet een project ook weinig goed.quote:Op vrijdag 17 oktober 2008 10:26 schreef Lariekoek het volgende:
Gaat dit over de overheid ofzo?
Geen harde deadlines hebben is dodelijk voor je project.
Het risico bij mijn klant dat klanten weglopen omdat de release niet op tijd beschikbaar is is erger dan wanneer er nog must have bevindingen inzitten. Dat wil zeggen dat er alles op alles word gezet op alle blocking bevindingen weg te poetsen. De release datum verschuift namelijk niet.quote:Op vrijdag 17 oktober 2008 21:25 schreef Alicey het volgende:
Iets uitleveren met grote fouten er in doordat de concentratie afneemt in de latere uren doet een project ook weinig goed.
Zelf heb ik als ik iets koop liever dat het een paar weken te laat is dan dat ik iets krijg afgeleverd waarvan niet met zekerheid te zeggen valt hoe het met de kwaliteit staat.
Als de opleverdatum voor je klanten kritisch is, dan ligt het natuurlijk weer anders.quote:Op vrijdag 17 oktober 2008 21:33 schreef Lariekoek het volgende:
[..]
Het risico bij mijn klant dat klanten weglopen omdat de release niet op tijd beschikbaar is is erger dan wanneer er nog must have bevindingen inzitten. Dat wil zeggen dat er alles op alles word gezet op alle blocking bevindingen weg te poetsen. De release datum verschuift namelijk niet.
Dat is zo inderdaad. Maar bij ons is dat dus niet het geval. Of je nu versie X.Y gebruikt of versie X.Z boeit niet zo, behalve dan dat er in X.Z een paar leuke nieuwe features zitten voor klant A of B en een blokkerende bug is opgelost voor klant C, die uiteraard al de versie hebben ontvangen voor de 'buitentest' zoals we de externe (acceptatie) test hier noemen.quote:Op vrijdag 17 oktober 2008 21:47 schreef Alicey het volgende:
[..]
Als de opleverdatum voor je klanten kritisch is, dan ligt het natuurlijk weer anders.
Maandag en dinsdagochtend.quote:Op zaterdag 18 oktober 2008 11:09 schreef LadyXochi het volgende:
Wie gaat er trouwens naar EuroSTAR?
Ik ben er dinsdagmiddag en woensdag te vinden.
Dat vind ik een van de leuke dingen in die softwareontwikkeling, als je het goed doet heb je een paar partijen die elk hun eigen bezigheid heel leuk vinden en die in een soort cirkeltjes elkaar opjutten met als resultaat een mooi stuk software.quote:Op zaterdag 18 oktober 2008 20:04 schreef whosvegas het volgende:
Testen zelf vind ik niet leuk om te doen, maar gelukkig zijn er mensen die het wel leuk vinden. Dus hulde voor alle testers
Ik trap je dan het liefste meteen het team uit als dat kan. Ik heb niets aan mensen die spelletjes denken te spelen tijdens hun werk, of mensen die gaan vechten en welles/nietus spelletjes willen spelen. Dat vinden veel testers veels te leuk. Ik wil een tester die iets meldt, wat vervolgens gechecked wordt door de devver of dat idd een bug is, is de devver daar niet direct uit, dan wordt gezamelijk bekeken wat het is en indien nodig opgelost of een CR ingeschoten (Immers een melding van een tester is per definitie niet meteen een bug). Maar alles onder gezamelijk verantwoording naar de projectleider toe.quote:Op zaterdag 18 oktober 2008 20:17 schreef sigme het volgende:
[..]
Dat vind ik een van de leuke dingen in die softwareontwikkeling, als je het goed doet heb je een paar partijen die elk hun eigen bezigheid heel leuk vinden en die in een soort cirkeltjes elkaar opjutten met als resultaat een mooi stuk software.
Mijn rol erin zie ik ook als een 'rol', ik speel een toneelstuk waarin ik mijn tekst zo overtuigend mogelijk over het voetlicht breng. Nadat we een of andere bug hebben uitgevochten val ik uit de rol en ben ik weer beste maatjes met de ontwerper/bouwer/klant.
Testers die opzitten voor een klontje suiker krijgen bij jou dus opslag?quote:Op dinsdag 25 november 2008 22:43 schreef existenz het volgende:
[..]
Ik wil een tester die iets meldt, wat vervolgens gechecked wordt door de devver of dat idd een bug is, is de devver daar niet direct uit, dan wordt gezamelijk bekeken wat het is en indien nodig opgelost of een CR ingeschoten (Immers een melding van een tester is per definitie niet meteen een bug). Maar alles onder gezamelijk verantwoording naar de projectleider toe.
????? Is dit aan mij gericht? in dat geval zat er een bug in de boodschap denk ikquote:Op woensdag 26 november 2008 08:59 schreef LadyXochi het volgende:
Och, wat een onzin zeg! Ik ga ook zo te werk en ik zit echt niet op voor een klontje suiker.
Dan mag je de Teamleider er ook uit trappen, de bouwers ook, en o ja, vergeet jezelf ook niet.quote:Op dinsdag 25 november 2008 22:43 schreef existenz het volgende:
[..]
Ik trap je dan het liefste meteen het team uit als dat kan. Ik heb niets aan mensen die spelletjes denken te spelen tijdens hun werk, of mensen die gaan vechten en welles/nietus spelletjes willen spelen. Dat vinden veel testers veels te leuk. Ik wil een tester die iets meldt, wat vervolgens gechecked wordt door de devver of dat idd een bug is, is de devver daar niet direct uit, dan wordt gezamelijk bekeken wat het is en indien nodig opgelost of een CR ingeschoten (Immers een melding van een tester is per definitie niet meteen een bug). Maar alles onder gezamelijk verantwoording naar de projectleider toe.
Overwerken is sowieso hier ook not done. Zeker niet bij de testers. Zorg gewoon dat je je releaseplan op orde hebt, of zorg ervoor dat je genoeg ballen gegroeid hebt om nee te kunnen verkopen.quote:Op vrijdag 17 oktober 2008 04:10 schreef sigme het volgende:
Hier ook, vier verschillende bedrijven, nog nooit een dag overgewerkt.
D'r is wel (regelmatig) sprake van management dat meent dat het nodig moet, maar gewoonlijk houden die er niet van om straal in hun gezicht uitgelachen te worden.
Precies...zoiets probeerde ik te zeggen met dat opzitten voor een klontje, maar dit is beter verwoordquote:Op woensdag 26 november 2008 09:24 schreef sigme het volgende:
Mindere leidinggevenden hebben graag allemaal gelijke poppetjes.
Dat zei je zelf... Jij hebt over een rol "spelen"... Is mijns inziens heel wat anders dan "mijn vak uitoefenen". Daar hoef je geen rol voor te spelen, dan ben je gewoon jezelf..quote:Op woensdag 26 november 2008 09:10 schreef sigme het volgende:
Tsja, ik begrijp niet goed waaruit zou blijken dat ik spelletjes zou spelen.
Nee, ik wil een team waarin iedereen samen werkt. Dat je wel eens een discussie hebt is niet meer dan normaal. Maar ik wil een team waarin er gezamelijk een doel bereikt wordt (Wat het doel ook mag zijn). En niet een tester die op zijn teentjes is getrapt als een developer zegt: Dat is geen bug, of Dat is een CR. Iedereen dient elkaar te helpen indien nodig. De developer mag dus het testen makkelijker maken (let op, ik heb het over het functionele testen, niet over de unittests ed.) voor de tester als het even kan, de tester mag meedenken in technische/functionele oplossingen voor problemen (tot op zekere hoogte natuurlijk, ik ben geen fan van testers die technisch de implementatie kennen omdat het testen negatief kan laten werken). Het liefste verander ik al die "mag"jes in "moet"jes.quote:Op woensdag 26 november 2008 09:13 schreef Scorpie het volgende:
[..]
Dan mag je de Teamleider er ook uit trappen, de bouwers ook, en o ja, vergeet jezelf ook niet.
Dat welles/nietus geldt wat mij betreft voor iedere rol binnen een project. Niet alleen voor de tester, maar dit is het centrale testers topicquote:Op woensdag 26 november 2008 10:30 schreef Fugie het volgende:
als mensen welles nietes spelletjes gaan spelen moet jij als manager dat toch oplossen ? Of snap ik de rol van manager niet ?
Beetje makkelijk om je beste tester te ontslaan omdat hij graag welles / nietes doetCreeer dan als manager een omgeving waarin dat niet kan gebeuren.
Als het een tester is die een groot punt maakt van een tekst die zwart is ipv blauw (Wat nergens gespecificeerd staat), wat hij mooier vindt en weigert de applicatie te accepteren omdat dat soort zaken niet opgelost zijn, mag hij van mij inderdaad direct weg. Staat het wel gespecificeerd, dan heeft hij inderdaad een punt, maar dan ligt het aan de context hoe groot zijn punt is natuurlijk (Heeft de kleur een betekenis is het natuurlijk wel belangrijk). Het probleem is hier echter dat de "mierenneukers" vaak ook in de categorie: "Wat ik vind moet opgelost worden" vallen en ze het niet willen accepteren dat er software opgeleverd wordt die anders is dan zij willen (Maar wel is wat de klant wil volgens de specs)...quote:Op woensdag 26 november 2008 08:23 schreef Captain_Fabulous het volgende:
[..]
Testers die opzitten voor een klontje suiker krijgen bij jou dus opslag?
Je vak uitoefenen kan echter ook inhouden dat je in een team een bepaalde rol hebt. Die rol kan wisselen wanneer de samenstelling van het team verandert. Het is dan best prettig als iemand flexibel genoeg is om ook in de rol die het beste bij het team past te kunnen functioneren.quote:Op woensdag 26 november 2008 18:39 schreef existenz het volgende:
[..]
Dat zei je zelf... Jij hebt over een rol "spelen"... Is mijns inziens heel wat anders dan "mijn vak uitoefenen". Daar hoef je geen rol voor te spelen, dan ben je gewoon jezelf..
Daar kan de tester ook weinig aan doen. Wanneer een tester iets niet goed vindt dat niet gespecificeerd staat, moet gezorgd worden dat het wel gespecificeerd wordt.quote:Op woensdag 26 november 2008 18:45 schreef existenz het volgende:
Het probleem is hier echter dat de "mierenneukers" vaak ook in de categorie: "Wat ik vind moet opgelost worden" vallen en ze het niet willen accepteren dat er software opgeleverd wordt die anders is dan zij willen (Maar wel is wat de klant wil volgens de specs)...
Blijft nog steeds wat anders dan een rol "spelen" wat mij betreft... Zolang issues relevant zijn, omdat ze niet voldoen aan specificaties, vind ik het ook niet mierenneuken (wel irritant, maar dat is wat anders en eigenlijk gewoon mijn probleemquote:Op woensdag 26 november 2008 19:14 schreef Alicey het volgende:
[..]
Je vak uitoefenen kan echter ook inhouden dat je in een team een bepaalde rol hebt. Die rol kan wisselen wanneer de samenstelling van het team verandert. Het is dan best prettig als iemand flexibel genoeg is om ook in de rol die het beste bij het team past te kunnen functioneren.
Dat kan inderdaad ook, maar men hoeft echt niet te specificeren of een kleur zwart/blauw is in elke applicatie. Vaak hoeft dit alleen wanneer het een indicatie waarde heeft of de applicatie aan bedrijfs huisstijl moet voldoen (als het daaral in gespecificeerd staat). In die gevallen is een dergelijke issue natuurlijk prima.. Staat het in beide niet, is het totaal inrelevant en komt zoiets echt helemaal als laatste (en in vele gevallen dus helemaal niet). En hoeft het ook niet gespecificeerd te worden.quote:Op woensdag 26 november 2008 19:17 schreef Alicey het volgende:
[..]
Daar kan de tester ook weinig aan doen. Wanneer een tester iets niet goed vindt dat niet gespecificeerd staat, moet gezorgd worden dat het wel gespecificeerd wordt.
Soms is het leven simpel.
Toch zijn er redenen om voor het een of het ander te kiezen en wanneer. Wanneer daar vragen over komen is het zaak die te beantwoorden. Met specificeren bedoel ik natuurlijk niet noodzakelijkerwijs dat er een document wordt opgesteld waar dat in staat, maar wel dat er bij onenigheid een knoop kan worden doorgehakt.quote:Op woensdag 26 november 2008 19:45 schreef existenz het volgende:
[..]
Dat kan inderdaad ook, maar men hoeft echt niet te specificeren of een kleur zwart/blauw is in elke applicatie.
Blauw is toch dermate afwijkend dat ik er vraagtekens bij zou zetten wanneer er niet gespecificeerd is dat het blauw moet zijn.quote:Vaak hoeft dit alleen wanneer het een indicatie waarde heeft of de applicatie aan bedrijfs huisstijl moet voldoen (als het daaral in gespecificeerd staat). In die gevallen is een dergelijke issue natuurlijk prima.. Staat het in beide niet, is het totaal inrelevant en komt zoiets echt helemaal als laatste (en in vele gevallen dus helemaal niet). En hoeft het ook niet gespecificeerd te worden.
"Een rol spelen" is een prima manier van uitdrukken die weinig met spelletjes spelen te maken heeft. Hoe zou je het anders willen noemen?quote:Op woensdag 26 november 2008 19:42 schreef existenz het volgende:
[..]
Blijft nog steeds wat anders dan een rol "spelen" wat mij betreft... Zolang issues relevant zijn, omdat ze niet voldoen aan specificaties, vind ik het ook niet mierenneuken (wel irritant, maar dat is wat anders en eigenlijk gewoon mijn probleem).
De markt zakt wel in op het moment, ik weet niet of veel bedrijven nog hapig zijn op onervaren mensen .quote:Op woensdag 26 november 2008 19:54 schreef existenz het volgende:
Bijna elke detacheerder biedt wel opleidingstrajecten daarvoor. Meeste Uni/HBO opleidingen is het test gedeelte uberhaubt een wassen neus, dus een achterstand zul je niet echt hebben..
Ja, maar ik heb al veel gevallen gehad waar de tester het vond omdat hij een blauwe auto reed en de vraag niet van de klant af kwam en ook niet eens waar het met de klant overlegt werd. Of hij vond blauw fijner lezen, want hij had een oog afwijking (Alleen de klant had het niet)... Een dergelijke iets, zet je inderdaad op een lijst met mogelijke aanpassingen/uitbreidingen en legt die met een urenschatting voor aan de klant.quote:Op woensdag 26 november 2008 19:53 schreef Alicey het volgende:
[..]
Toch zijn er redenen om voor het een of het ander te kiezen en wanneer. Wanneer daar vragen over komen is het zaak die te beantwoorden. Met specificeren bedoel ik natuurlijk niet noodzakelijkerwijs dat er een document wordt opgesteld waar dat in staat, maar wel dat er bij onenigheid een knoop kan worden doorgehakt.
[..]
Blauw is toch dermate afwijkend dat ik er vraagtekens bij zou zetten wanneer er niet gespecificeerd is dat het blauw moet zijn.
Zullen we daar gewoon over ophouden? Mijn punt lijkt me wel duidelijk, hoe iemand het noemt, moet hij/zij zelf wetenquote:Op woensdag 26 november 2008 19:54 schreef Alicey het volgende:
[..]
"Een rol spelen" is een prima manier van uitdrukken die weinig met spelletjes spelen te maken heeft. Hoe zou je het anders willen noemen?
Nee, ik bedoelde de 14e nationale testdag, sorryquote:Op woensdag 26 november 2008 13:43 schreef dyna18 het volgende:
Ik weet niets van een testnet evenement morgen.
http://www.testnet.org/Produktie/Evenementen/ThemaAvond.html
Ben je niet in de war met vorige maand ?
Je kan overal werken in IT. De vraag is of jij beter of goedkoper bent als een Indier of een Oost Europeaan. Je zult dus in het algemeen minder verdienen. Tenzij je vanuit NL opdrachten doet want dan gaat het om SLA's en dus kwaliteit. Althans dat is het imago/kostprijs verhaal in W-Europa en N-Amerika.quote:Op woensdag 26 november 2008 21:14 schreef FloggingMolly het volgende:
Weet iemand hier een goede manier om een tijdje in het buitenland te kunnen werken als tester? Op Monsterboard staan honderden internationale testvacatures, heeft iemand hier ervaring met het vinden van een leuke klus op die manier?
Zijn er misschien bedrijven in Nederland die veel klussen in het buitenland anbieden?
Überhaupt mensen hier met internationale testervaring?
Wie is er naar toe geweest?quote:Op woensdag 26 november 2008 20:47 schreef Knipoogje het volgende:
[..]
Nee, ik bedoelde de 14e nationale testdag, sorry
http://www.testdag.nl/
Voor het eerste geval, dienen dit soort voorvereisten om een testgeval uit te kunnen voeren opgenomen te worden in de precondities.quote:Op vrijdag 28 november 2008 13:33 schreef LadyXochi het volgende:
Wat denken jullie van bovenstaande?
Ja, daar kan ik nog wel uren over doorgaan. Maar wanneer ik ergens aan begin, dan is het eerste wat ik doe de specs reviewen en dergelijke gaten, fouten en onduidelijkheden eruit halen. Daar heeft collega tester al in gefaald m.i. (In dit geval ben ik er na 3 maanden pas bijgezet).quote:Op vrijdag 28 november 2008 13:39 schreef soylent het volgende:
Slecht gespect als je het mij vraagt...
Ja, er zijn nu resources vrijgemaakt. O.a. ik. Ze hebben mij erbij gezet, omdat ze geen vertrouwen hadden in de kwaliteit van zijn werk. Maar als je zijn zooitje goed wil krijgen, kun je eigenlijk net zo goed opnieuw beginnen. Ik heb in ieder geval een aantal knelpunten boven water gehaald en nu weten ze (TM en PL) wel waar ze aan toe zijn met zijn deel. Eén van de onderdelen die nog gedaan moesten worden heb ik naar me toe getrokken onder het mom van: Dan kun je in ieder geval daarvan een betere kwaliteit garanderenquote:Op vrijdag 28 november 2008 13:40 schreef Captain_Fabulous het volgende:
Maar tegenvraag, gaat de TM ook de tijd en resources vrijmaken om gestructureerder te werken en alles op te schrijven?
Wat ik eigenlijk denk/vind is dat de TM de collega tester te lang zijn gang heeft laten gaan. Toen ik erbij werd gezet (en dat was initieel alleen maar omdat ze vonden dat ie er wel erg lang over deed), vroeg ik of TM al eens naar zijn testgevallen had gekeken. Dat was dus nog niet het geval. Met één oogopslag kon je zien dat de kwaliteit van wat hij had ver onder de maat was. Ieder testgeval had max. 5 regels (stappen en verwachtingen). Dit was volgens collega tester wederom, omdat het zoveel werk was en er waren zoveel testgevallen dat het heel veel tijd zou kosten om alles helemaal uit te schrijven, dat hij zelf maar had besloten om ieder testgeval maximaal 5 regels te laten omvatten!!!quote:Op vrijdag 28 november 2008 13:40 schreef Captain_Fabulous het volgende:
Het gedrag van je collega tester kan ook onstaan zijn omdat vorige TM's het wel mooi vonden, iemand die zo weinig uren aan documentatie besteed.
Dat is gelukkig bij onze TM niet het geval.quote:Op vrijdag 28 november 2008 13:40 schreef Captain_Fabulous het volgende:
Er lopen teveel PM's en TM's rond die alleen maar kijken hoe het zo goedkoop mogelijk kan...
Daar ben ik het niet helemaal mee eens. Wel voor de testanalyse, maar voor de testuitvoer kun je best studentjes inzetten. Het enige wat ze moeten kunnen is de stappen doorlopen (en die moeten dus m.i. duidelijk genoeg zijn, dat was mijn punt), en in het geval van een bevinding kunnen omschrijven waar het fout is gegaan, wat ze toen deden, of het reproduceerbaar is, een screenshotje maken en wat meer dingen opschrijven, zoals releasenummers en meer van die dingen die je nodig hebt voor een goed bevindingenbeheer.quote:Op vrijdag 28 november 2008 13:44 schreef sigme het volgende:
1) Men zou niet werkelijk iemand van straat moeten kunnen plukken - je gebruikt niet voor niks professionele mensen
Ja, die was dus niet specifiek opgesteld. Dan moet ik inderdaadquote:Op vrijdag 28 november 2008 13:44 schreef sigme het volgende:
[...] de teststrategie [...]
quote:Op vrijdag 28 november 2008 13:44 schreef sigme het volgende:
de TM overtuigen van de kortzichtigheid ervan
Eens hoor. Maar de zinsnede 'dat iemand van de straat geplukt het moet kunnen uitvoeren' moet niet *te* letterlijk genomen worden, dat is mijn punt. (Dan kom je op het niveau 'zet de computer aan' )quote:Op zaterdag 29 november 2008 10:24 schreef LadyXochi het volgende:
Daar ben ik het niet helemaal mee eens. Wel voor de testanalyse, maar voor de testuitvoer kun je best studentjes inzetten. Het enige wat ze moeten kunnen is de stappen doorlopen (en die moeten dus m.i. duidelijk genoeg zijn, dat was mijn punt), en in het geval van een bevinding kunnen omschrijven waar het fout is gegaan, wat ze toen deden, of het reproduceerbaar is, een screenshotje maken en wat meer dingen opschrijven, zoals releasenummers en meer van die dingen die je nodig hebt voor een goed bevindingenbeheer.
En als je vraagt of ze het even na willen doen terwijl je meekijkt?quote:Op zaterdag 29 november 2008 18:07 schreef Fugie het volgende:
ik werk met senior testers / test coordinatoren die findings inschieten met: het werkt niet en met een heel globaal reproductie scenario en verwachte en werkelijke resultaat. Als je dan vraagt of het niet wat specifieker kan zeggen ze doodleuk dat het niet zo moeilijk is
Misschien ben ik teveel geschoold om gestructureerd te werken, maar ik vind het absoluut belachelijk dat het getolereerd wordt
het argument wordt gebruikt omdat ze er vanuit gaan dat iedereen wel weet 'hoe het moet' (dus genoeg ervaring heeft met de applicatie). Dat is in mijn ogen alleen geldig als je weet dat diegene na jou inderdaad die kennis heeft.quote:Op zaterdag 29 november 2008 18:51 schreef FloggingMolly het volgende:
[..]
En als je vraagt of ze het even na willen doen terwijl je meekijkt?
Het kan heel lastig zijn/veel tijd kosten om iets helemaal tot in detail op te schrijven. Laten zien werkt dan veel beter.
Ik schiet het er ook globaal in. Als iets niet duidelijk is, dan vragen ze het maar even. Gebeurde me veel te vaak dat ik een heel uitgebreid rapport schreef waarbij de programmeur al bij 1 oogopslag wist waar de fout zat of dat ie gewoon op hold gaat ivm lage prioquote:Op zaterdag 29 november 2008 18:51 schreef FloggingMolly het volgende:
En als je vraagt of ze het even na willen doen terwijl je meekijkt?
Het kan heel lastig zijn/veel tijd kosten om iets helemaal tot in detail op te schrijven. Laten zien werkt dan veel beter.
Mee eens. En als ze het blijven doen nadat je het herhaaldelijk hebt aangegeven... Terug zetten met request for information? Is misschien wel kinderachtig, maar ik kan ook even niets beters verzinnen (zo vroeg op de zondagochtend)...quote:Op zaterdag 29 november 2008 18:07 schreef Fugie het volgende:
ik werk met senior testers / test coordinatoren die findings inschieten met: het werkt niet en met een heel globaal reproductie scenario en verwachte en werkelijke resultaat. Als je dan vraagt of het niet wat specifieker kan zeggen ze doodleuk dat het niet zo moeilijk is
Misschien ben ik teveel geschoold om gestructureerd te werken, maar ik vind het absoluut belachelijk dat het getolereerd wordt
LOLquote:Op zaterdag 29 november 2008 23:42 schreef Knipoogje het volgende:
consultant: "het gaad fout als deze bwerking wil doen. Dan crashd de app"
En dan mijn edit: "het gaat alleen fout op het moment dat dit en dat vinkje aanstaat en die en die setting op die en die waarde."
Waarderen ze altijd zeer en is leuk speurwerk
En die taalfouten zitten er ook in. consultants hebben namelijk een hekel aan issues inkloppen en proberen dan altijd 400 aanslagen per minuut te halen zonder over spelling na te denken
Gewoon product consultants he, die een beetje in kaart brengen welke functies de klant er bij willen hebben, het daar aan de praat krijgen. Op leeftijd inmiddels. Ons hele team is relatief oudquote:Op zondag 30 november 2008 09:38 schreef LadyXochi het volgende:
Maareuh, wat bedoel je met consultants? Ik ben ook consultant.... Een test consultant uiteraard, maar ik geoof dat jij iets anders bedoelt?
Ik zal 't maar eerlijk zeggen... Ik heb een belangrijk feit achterwege gelaten... Het gaat hier om een Indiër. Alles gaat off-shore, maar hij zit eerst een paar jaar hier om te kijken hoe er gewerkt wordt, om vervolgens terug in India een team aan te sturen, maar ik heb er weinig vertrouwen in...quote:Op zondag 30 november 2008 11:30 schreef Erlandil het volgende:
Damn LadyXochi, ik weet niet hoelang die persoon al tester is maar ik weet wel dat ik het niet zo aangeleerd gekregen heb.
Helemaal als dat herhaaldelijk is aangegeven door TM...quote:Op zondag 30 november 2008 11:30 schreef Erlandil het volgende:[...] een willekeurig persoon de testgevallen moet kunnen uitvoeren, moet deze elke handeling voorgeschreven kunnen uitvoeren
Het staat dus juist nergens beschreven welke stappen je moet doen voor je een bepaald testgeval uit kunt voeren, bijvoorbeeld de vorige testgevallen. Als je ALLE voorgaande testgevallen uit gaat voeren, ben je daar onnodig veel tijd kwijt, omdat die onderdelen misschien helemaal niet getest hoeven worden en niet allemaal noodzakelijk zijn om een andere uit te kunnen voeren.quote:Op zondag 30 november 2008 11:30 schreef Erlandil het volgende:
Ik las dan weer niet dat elk testgeval afzonderlijk gehertest moet kunnen worden, dus dat ze in sequentie staan als precondities is niet verkeerd.
Ja, inderdaad. Ik heb dan ook al tegen de TM gezegd dat de kwaliteit van bepaalde onderdelen niet gegarandeerd kan worden (hoewel collega tester uiteraard vindt van wel).quote:Op zondag 30 november 2008 11:30 schreef Erlandil het volgende:
Maar de kwaliteit van de testgevallen lijkt gewoon slecht
En kwaliteit is toch wat we proberen te halen met testen.
Ik nog niet, maar ik hoor van collega's en concollega's dat er veel mensen op de bank komen te zitten. Bij Sogeti is een wervingsstop, bij een aantal andere bedrijven (o.a. Ordina en Bartosz) komen steeds meer mensen op de bank te zitten. Bij ons trouwens ook hoor, omdat de klanten dus veel projecten stopzetten of zo. Alleen van mijn directe collega's, die in de laatste paar maanden op de bank kwamen (vanaf september), zit zeker de helft al weer op een nieuwe klus.quote:Op zondag 30 november 2008 11:06 schreef Lariekoek het volgende:
Merken we al iets van een terug lopende mark, of...?
Hum, ik werkte in m'n vorige project stuurde ik vanuit nederland een aantal indische test analysten aan, en dat was een nachtmerrie juist omdat ze nooit dingen deden zoals ik het wilde, ook al leg je het 20 keer uit.quote:Op zondag 30 november 2008 12:02 schreef LadyXochi het volgende:
Ik zal 't maar eerlijk zeggen... Ik heb een belangrijk feit achterwege gelaten... Het gaat hier om een Indiër. Alles gaat off-shore, maar hij zit eerst een paar jaar hier om te kijken hoe er gewerkt wordt, om vervolgens terug in India een team aan te sturen, maar ik heb er weinig vertrouwen in...
[..]
Ons vak word door verstandige developers inderdaad meer en meer gewaardeerdquote:Op maandag 1 december 2008 11:12 schreef lizardtattoo het volgende:
uit de feedback die ik krijg blijkt wel dat de developers ook veel aan mijn opmerkingen hebben.
Vaak neemt een nieuwe werkgever dat soort kosten wel over, en zonder ervaring kan het wel moeilijk zijn om je eerste testklussen te krijgen, een detacheerder kan makkelijker z'n juniors ergens plaatsen. Anyway mocht je zlef je training willen regelen, ik heb je even ge PM'd met een linkje van m'n eigen werkgever, we geven namelijk veel cursussen, heb ik ook weer m'n goeie daad voor vandaag gedaanquote:Op maandag 1 december 2008 12:04 schreef lizardtattoo het volgende:
Ik heb geen problemen met detacheerders an sich, maar meer met het feit dat je als je zo'n cursus op hun kosten doet, je meteen voor weet ik hoeveel jaar in dienst moet blijven (is ook wel logisch, zij moeten hun investering terugverdienen). Wat nou als het me toch niet bevalt, hun arbeidsvoorwaarden me niet aanstaan of mijn partner gaat verhuizen en zij geen passend werk voor mij hebben in de buurt van zijn nieuwe woonplaats)... daarom ben ik wat huiverig om me meteen voor langere tijd vast te leggen en doe ik het liever op eigen houtje. Ben nu ook al jaren z.z.p.'er/freelancer en dat bevalt eigenlijk wel goed.
Ik ga in ieder geval even zoeken naar die examens en cursussen of studieboeken.
Voor een ISTQB-cursus krijg je geen jarenlange contractsverplichting opgelegd hoorquote:Op maandag 1 december 2008 12:04 schreef lizardtattoo het volgende:
Ik heb geen problemen met detacheerders an sich, maar meer met het feit dat je als je zo'n cursus op hun kosten doet, je meteen voor weet ik hoeveel jaar in dienst moet blijven (is ook wel logisch, zij moeten hun investering terugverdienen).
Ligt eraan of de docenten van inhouse komen of niet.quote:Op maandag 1 december 2008 17:09 schreef Captain_Fabulous het volgende:
Meer rond de 1600. Ex BTW.
ISTQB Foundation is een lachertjes, dus ja, dat kanquote:Op maandag 1 december 2008 11:12 schreef lizardtattoo het volgende:
Is zo'n ISTQB Foundation certificaat in zelfstudie te doen of moet je verplicht aan een dure cursus meedoen c.q. je ziel verkopen aan een detacheerder? En is het te volgen als je geen ICT-gerelateerde studie hebt gevolgd (heb wel twee HBO-diploma's en een bachelor maar in heel andere richtingen)?
Bah humbugquote:Op maandag 1 december 2008 16:36 schreef Fugie het volgende:
Games testen is ook moeilijk gestructureerd te doen.
Game tester wil je zowiezo niet worden. Het meest rotte beroep dat er is, lees de horrorverhalen er op internet maar na. Je wordt erg slecht betaald (het scheelt zo 1000 euro met een tester in een ander gebied) en wordt echt als slaaf misbruikt. Als ik wel eens zo de verhalen lees staat het gametesten ook erg in de kinderschoenen, juist omdat er door het slavenregime alleen maar jonge gastjes gestrikt worden die meer games willen spelen dan dat ze van testen hun vak willen maken. Aangezien games een verslavende factor hebben zijn fouten niet zo erg, mensen spelen het toch wel. Als een bedrijfskritische applicatie relatief net zoveel bugs had bevat als World of Warcraft ofzo, dan had geen hond die applicatie aangeschaftquote:Op maandag 1 december 2008 11:12 schreef lizardtattoo het volgende:
In Nederland is 'tester' binnen de gamesindustrie volgens mij niet echt een gezochte functie, dus zal het meer algemeen moeten worden. Is zo'n ISTQB Foundation certificaat in zelfstudie te doen of moet je verplicht aan een dure cursus meedoen c.q. je ziel verkopen aan een detacheerder? En is het te volgen als je geen ICT-gerelateerde studie hebt gevolgd (heb wel twee HBO-diploma's en een bachelor maar in heel andere richtingen)?
Je basishouding is goedquote:Op woensdag 3 december 2008 09:10 schreef lizardtattoo het volgende:
Gek genoeg vind ik het echt helemaal niet erg om hetzelfde stukje tig keer te spelen om een bug te kunnen reproduceren en vind ik het juist leuk om dingen te proberen die speltechnisch gezien niet zouden moeten kunnen.
Ik ben tevreden over hoe mijn bedrijf mij heeft opgeleid tot tester. Helaas wordt er op dit moment niemand meer aangenomen en starten er binnenkort ook geen nieuwe traineeships. Wanneer de markt weer wat beter is, worden er door verschillende bedrijven traineeships aangeboden tot tester. Dat is een prima manier om in het vak te rollen.quote:Op zondag 8 februari 2009 13:31 schreef ShadyLane het volgende:
Nou lijkt het me niet de ideale tijd om als volstrekt onervaren en niet meer piepjonge persoon ergens binnen te komen als trainee, maar ik wil het wel proberen. Mijn belangrijkste vraag hier is bij welke bedrijven de opleidingsmogelijkheden goed zijn.
Als ik het me goed herinner woon jij in de randstad, nietwaar? Dat maakt nog wel wat uit namelijk, zeker nu de markt zo slap is.quote:Op zondag 8 februari 2009 13:31 schreef ShadyLane het volgende:
Ik overweeg een carriereswitch en heb de afgelopen tijd mijn interesses en sterke en zwakke punten eens op een rijtje gezet. Al met al denk ik wel een type te zijn voor tester ()
Afgelopen zaterdag stond er in de krant nog een advertentie van de Belastingdienst in Apeldoorn in de krant waarbij ze aangaven testers en junior testers te zoekenquote:Op zondag 8 februari 2009 19:28 schreef ShadyLane het volgende:
Nee, ik woon in
[ afbeelding ]
Nijmegen
Het is mij zowaar gelukt om hier in het Noorden een nieuwe baan te vinden, ik had zelfs nog keuze.quote:Op zondag 8 februari 2009 19:57 schreef ShadyLane het volgende:
Iig goed om te zien dat er ook in kredietcrisistijd nog bedrijven zijn die nieuwe mensen zoeken.
Ze zoeken nog meer mensen.. Iemand al uitgekeken op detachering?quote:Op zaterdag 21 februari 2009 19:47 schreef sigme het volgende:
[..]
Het is mij zowaar gelukt om hier in het Noorden een nieuwe baan te vinden, ik had zelfs nog keuze.
Ach als er zich een leuke mogelijkheid voordoet. Detachering is ook niet allesquote:Op woensdag 20 mei 2009 20:07 schreef sigme het volgende:
[..]
Ze zoeken nog meer mensen.. Iemand al uitgekeken op detachering?
Tmap next foundation ook trouwensquote:Op maandag 1 december 2008 19:21 schreef LadyXochi het volgende:
ISTQB Foundation is een lachertjes, dus ja, dat kan
Dat zou goed kunnen, ik hou andere bedrijven niet in de gatenquote:Op donderdag 18 juni 2009 10:58 schreef LadyXochi het volgende:
Dan loop je behoorlijk achter. Ik heb hem bij Improve gedaan, maar hij wordt nu op veel meer plekken aangeboden.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |