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.

quote:

Op zondag 5 oktober 2008 13:48 schreef whosvegas het volgende:
Sterker nog, testen is saai

quote:

Op zondag 5 oktober 2008 14:21 schreef Captain_Fabulous het volgende:
Er zijn geen saaie testklussen, alleen saaie mensen.

quote:

Op zondag 5 oktober 2008 13:48 schreef whosvegas het volgende:

[..]

Sterker nog, testen is saai

quote:

Op dinsdag 7 oktober 2008 15:02 schreef Fugie het volgende:
dat dit topic bestaat

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.

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?

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?

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.

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.

quote:

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.

quote:

Op donderdag 16 oktober 2008 20:15 schreef Lariekoek het volgende:
Nooit overwerken?
Hoe krijg je dat voor elkaar?
Testen = overwerken.

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.

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.

quote:

Op donderdag 16 oktober 2008 20:15 schreef Lariekoek het volgende:
Nooit overwerken?
Hoe krijg je dat voor elkaar?
Testen = overwerken.

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 .

SPOILER

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

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.

quote:

Op vrijdag 17 oktober 2008 07:45 schreef Innisdemon het volgende:

[..]

* Innisdemon meldt zich
Ben ook banken aan het samenvoegen

quote:

Op vrijdag 17 oktober 2008 10:27 schreef Lariekoek het volgende:

[..]

ING en Postbank?

quote:

Op vrijdag 17 oktober 2008 10:27 schreef Lariekoek het volgende:

[..]

ING en Postbank?

quote:

Op vrijdag 17 oktober 2008 12:35 schreef _Vulcanus_ het volgende:

[..]

Project Tango?

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.

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.

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.

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.

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.

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.

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.

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.

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.