Softwaretesters verenigt u

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.

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..

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 .

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.

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 .

quote:

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..
[..]

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.

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

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.)}

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.

quote:

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.

quote:

Op vrijdag 19 september 2008 22:20 schreef LadyXochi het volgende:

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....

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.

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'.

quote:

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.

quote:

Op zondag 21 september 2008 14:12 schreef servus_universitas het volgende:
Test Driven Development is tegenwoordig toch dè methodiek?

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. ?

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.

quote:

Op zondag 21 september 2008 14:12 schreef servus_universitas het volgende:
Test Driven Development is tegenwoordig toch dè methodiek?

quote:

Op zondag 21 september 2008 14:12 schreef servus_universitas het volgende:
Test Driven Development is tegenwoordig toch dè methodiek?

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.

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

quote:

Op maandag 22 september 2008 11:22 schreef EchtGaaf het volgende:

[..]

Het is dus een heel sociaal beroep ....

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.

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.

quote:

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?

quote:

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/

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.

quote:

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.

quote:

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.