abonnement Unibet Coolblue Bitvavo
  vrijdag 21 januari 2011 @ 16:11:28 #76
153506 Captain_Fabulous
Nog steeds CyclingGirl fan
pi_91664223
Dude...technisch gesproken scrummen julie totaal niet!
Bedrijven geven vaak een eigen draai aan ontwikkelmethodes, maar dit klinkt heel, uh, aardig zeggen, 'creatief' O+
Metalman. Maar ook ESF fan. Solo vakantiefietser met tentje. Dichter.
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
  vrijdag 21 januari 2011 @ 16:21:52 #77
153506 Captain_Fabulous
Nog steeds CyclingGirl fan
pi_91664715
quote:
1s.gif Op vrijdag 21 januari 2011 15:59 schreef Erlandil het volgende:

[..]

Probeer gelijk te achterhalen of er iemand specifiek verantwoordelijk is voor het testen van de ontwikkelde software, zowel door de ontwikkelende partij als de accepterende.
Nog brutaler, is er eigenlijk wel een goede acceptant? Die ook zich dusdanig gedraagd? Als de softwaretesters iemand nodig hebben die knopen kan doorhakken als het onzeker is of iets volgens specificatie is bijvoorbeeld, is die er dan?

quote:
En uiteraard, als dit niet mogelijk is, probeer dan te achterhalen wat de verantwoordelijkheden zijn van de software testers zelf. Hieruit kun je ook een hoop zaken afleiden waar je 'winst' mee kunt halen.
Inderdaad...aan wie geven de testers input? Wat voor soort? Er zijn bedrijven waar projectmanagers een go/no go beslissing laten maken door de testafdeling. Lekker makkelijk, maar dus ook fout. Testers geven inzicht in risiko's en kwaliteit. De acceptant moet beslissen of je ermee live gaat. Als tester speel je een belangrijke riool in dat proces, maar je bent geen beslisser!
Metalman. Maar ook ESF fan. Solo vakantiefietser met tentje. Dichter.
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
  vrijdag 21 januari 2011 @ 16:55:58 #78
232633 Erlandil
The Stormwalker
pi_91666293
Ik ga met bovenstaande post helemaal mee ;)
(en ook met het 'creatieve scrummen' , dit kwam ook reeds uit onze evaluatie van testteam)
  vrijdag 21 januari 2011 @ 20:51:06 #79
28280 Fugie
Porsche _O_
pi_91676588
quote:
1s.gif Op vrijdag 21 januari 2011 15:22 schreef Captain_Fabulous het volgende:

[..]

Je vermoeden klopt als een bus. Als je echt Agile wil gaan, zul je eigenlijk ook een continuous build proces moeten hebben. DWZ, dat als een programmeur een nieuw stuk code maakt (of veranderd), deze wordt ingechecked. Op dat moment wordt er een aparte versie gebouwd, die op dat punt alleen toegankelijk is voor de betreffende programmeur. Over die versie wordt een eerste bak unittests gedraaid. Geven die geen fouten, dan wordt de versie automatisch gedeployed.
Dus je hebt eigenlijk meerdere releases per dag, als de programeurs een beetje doorpezen kan je elk uur een nieuwe release hebben.
Ik heb zo'n vermoeden dat julie daar nog niet helemaal zijn, qua proces.
Agile is gek, maar OTAP en agile kunnen elkaar ook redelijk bijten (als je echt snel als een madderfakker wil gaan doe je niet aan otap, gewoon alleen O en misschien A).

Bovendien hoeft Agile niet elke dag een oplevering te zijn, agile is meer een manier van werken dan wat anders. Iedereen valt een beetje over elkaar heen dat agile perse snel en kort moet zijn, maar dat is niet waar. Zelfde idee als dat requirements en ontwerpen niet nodig zijn bij agile (blabla geen tijd etc), maar dat heeft niets met agile te maken.

IMHO is agile niet meer dan een hele dynamische manier van werken, waarmee je in korte iteraties en met korte lijnen tussen ontwerp-bouw-test zo snel mogelijk resultaat wilt halen. Soort van prototyping on steriods.

De hele invulling van een agile werkmethode staat vrij los, hoewel er een aantal kenmerken als scrum en daily standups zijn die wel vereist zijn. Oja, en een team van mensen die goed met elkaar kunnen werken, flexibel en communicatief vaardig zijn is ook wel handig.
  vrijdag 21 januari 2011 @ 22:26:48 #80
232633 Erlandil
The Stormwalker
pi_91682899
Hmm. ja, ergens is Agile en OTAP natuurlijk in beginsel conflicterend. Het ene gaat uit van alles in een keer en het andere gaat uit van een gefaseerd model.

Verder, volledig eens dat het een dynamische manier van werken is waarin vaak de misstap gemaakt wordt dat requirements en ontwerp er minder (of niet) toe doen.
Maar dan nog, het kenmerkt zich wel door relatief vaak en snel kleinere delen opleveren (wel werkend uiteraard). Dit is ook de reden dat het vaak naar management gecommuniceerd wordt als zijnde: ' kan snel iets opleveren' --> korte time to market producten. Maar dat is dus lang niet altijd waar als aan de grondbeginselen getornd wordt. :D
  vrijdag 21 januari 2011 @ 23:34:18 #81
28280 Fugie
Porsche _O_
pi_91686691
quote:
1s.gif Op vrijdag 21 januari 2011 22:26 schreef Erlandil het volgende:
Hmm. ja, ergens is Agile en OTAP natuurlijk in beginsel conflicterend. Het ene gaat uit van alles in een keer en het andere gaat uit van een gefaseerd model.

Verder, volledig eens dat het een dynamische manier van werken is waarin vaak de misstap gemaakt wordt dat requirements en ontwerp er minder (of niet) toe doen.
Maar dan nog, het kenmerkt zich wel door relatief vaak en snel kleinere delen opleveren (wel werkend uiteraard). Dit is ook de reden dat het vaak naar management gecommuniceerd wordt als zijnde: ' kan snel iets opleveren' --> korte time to market producten. Maar dat is dus lang niet altijd waar als aan de grondbeginselen getornd wordt. :D
Het argument is inderdaad vaak; ja we gaan agile doen want dan hebben we snel resultaat.
Overigens kunnen agile en otap elkaar heel goed aanvullen, maar dan moet je je agile traject wel wat structureren. En structuur is op 1 of andere manier altijd een woord wat mensen die agile doen niet tof vinden, net zoals plannen :P
  zaterdag 22 januari 2011 @ 08:12:54 #82
153506 Captain_Fabulous
Nog steeds CyclingGirl fan
pi_91696450
Sommige organisaties zien Agile als een excuus om niet meer te ontwerpen of te documenteren. ' Want daar hebben we geen tijd voor' . Dat is onzin natuurlijk. Je maakt alleen niet een ontwerp voor je begint, dat vrijwel vaststaat, maar TIJDENS je iteratie. Met alle disciplines erbij. Er komen dus geen dingen in te staan die leuk klinken, maar voor de programmeur bijna onmogelijk zijn om te bouwen, bijvoorbeeld. Daar kom je nu gelijk achter ipv na een paar maanden. Is best handig.
Omdat je beter snapt wat je doet kun je de zaken beter, korter, gerichter documenteren. Maar sommige mensen noemen zodra ze Agile gaan alle documentatie 'waist' . Dat is best jammer.

En ja, je krijgt snel EEN resultaat. Maar acceptant en management zullen moeten accepteren dat ze soms functionaliteit in brokken opgeleverd krijgen. Uitgangspunt zal dan wel zijn dat elke opgeleverde componenten waarde heeft voor de business, maar het zal niet gelijk zijn wat ze willen. Als dat niet goed gesnapt wordt, kun je na een paar iteraties, halverwege het project (om zo te zeggen) last krijgen van management dat niet snapt dat het nog niet af is 'want je zou sneller gaan werken met dat Agile gedoe!'.
Je moet echt committent hebben van hoog in de boom om succes te hebben.
Metalman. Maar ook ESF fan. Solo vakantiefietser met tentje. Dichter.
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
  zaterdag 22 januari 2011 @ 11:52:11 #83
232633 Erlandil
The Stormwalker
pi_91699645
Hmm ja, dat is zeker waar. Ik moet wel eerlijk zeggen dat we hier zowel een documentatie probleem alsook wel een specifiek ontwerp team, dus die documentatie wordt er wel heel belangrijk van. Het is alleen nog wel zo, eerst ontwerpen, en dan verder scrummen voor de uitwerking. Wat natuurlijk ook al raar is. Komt ook nog eens bij dat mensen van ontwerp lang niet alle onderdelen helder voor ogen hebben.

Verder is het acceptatieproces nu ook ter discussie ;)

Laten we hopen dat het voor komend jaar wat anders ingericht gaat worden (dan zijn we ook effectief in beheer.. dat is ook al wat apart :P)
  zaterdag 22 januari 2011 @ 13:37:50 #84
153506 Captain_Fabulous
Nog steeds CyclingGirl fan
pi_91703421
De wat lossere benadering van documentatie binnen Scrum maken het niet voor elke plek geschikt...als jij je moet houden aan de regels van de FDA bijvoorbeeld, dien je te voldoen aan hun normen qua documentatie over je testproces, en resultaten. Dat is niet makkelijk met elkaar te verzoenen.

Maar goed dat je de moed er in houdt, testers moeten altijd oppassen niet te cynisch te worden :7
We hebben best een leuk vak tenslotte.
Metalman. Maar ook ESF fan. Solo vakantiefietser met tentje. Dichter.
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
  zaterdag 22 januari 2011 @ 15:52:38 #85
232633 Erlandil
The Stormwalker
pi_91708207
Ik had me dit jaar voorgenomen om vooral niet te cynisch te beginnen.. Ik zondigde al gelijk na het eerste overleg ;)

maar goed, voorlopig hebben we voor de komende release een hele zware No Go afgegeven, ons advies is om dit vooral niet in productie te nemen. Sterker nog, niet eens in acceptatie te zetten. Ik heb na 2 weken nog geen enkele succesvolle keten scenario gezien :D
pi_91710804
quote:
1s.gif Op vrijdag 21 januari 2011 15:59 schreef Erlandil het volgende:

[..]

Oeh, dan wil ik graag een heel brutaal adviesje geven. Probeer gelijk te achterhalen of er iemand specifiek verantwoordelijk is voor het testen van de ontwikkelde software, zowel door de ontwikkelende partij als de accepterende. Liefst voor beide. Indien deze er niet is (en met name niet op projectmanagement niveau) dan aan de bel trekken. Dat gaat je waarschijnlijk een hoop kosten schelen als je daar nu al iemand voor hebt die het testproces voor je in kaart brengt.

En uiteraard, als dit niet mogelijk is, probeer dan te achterhalen wat de verantwoordelijkheden zijn van de software testers zelf. Hieruit kun je ook een hoop zaken afleiden waar je 'winst' mee kunt halen.
Dat zijn ook zaken die ik zeker ga doen. Het daadwerkelijk gestructureerd testen van de ontwikkelde software staat daar nog in de kinderschoenen en zag daarin al een aantal verbeterpunten.

Lees hier even mee om te kijken wat er een beetje speelt bij het testen van software en wat voor technieken daarvoor gebruikt worden.
  zaterdag 22 januari 2011 @ 17:05:18 #87
28280 Fugie
Porsche _O_
pi_91710841
Tip van de dag, probeer ze zover te krijgen om een consult te krijgen van gespecialiseerd extern bedrijf. Advies van buitenaf wil vaak wel een beetje helpen :)

Advies is niet gratis, maar kan wel veel opleveren.
  zaterdag 22 januari 2011 @ 21:24:52 #88
232633 Erlandil
The Stormwalker
pi_91723245
Jep, zeker voor eenmalig inzicht in je situaties zijn zaken als Quickscans zeer nuttig, bijvoorbeeld van TPI (next) of TMMI.

Geven vaak een heel grondig inzicht in de situatie en hoeft niet veel te kosten. Het kan je wel de punten geven die je kan oppakken ter verbetering.
pi_100886380
Wat een rust hier -O-
Valt er nog wat te testen?
Knapen die storneren willen moeten mannen met automatische incasso's zijn
pi_100887689
Er valt altijd wat te testen, de vraag is alleen of er budget is :P
pi_100887713
quote:
0s.gif Op donderdag 18 augustus 2011 10:44 schreef Bla_Bla_Bla het volgende:
Er valt altijd wat te testen, de vraag is alleen of er budget is :P
True, hier idem dito.
Knapen die storneren willen moeten mannen met automatische incasso's zijn
pi_100903322
quote:
0s.gif Op donderdag 18 augustus 2011 09:54 schreef Kapt-Ruigbaard het volgende:
Wat een rust hier -O-
Valt er nog wat te testen?
Ben deze week begonnen aan een nieuwe baan. Als tester natuurlijk.
ik moet verrassend weinig
Es ist heute schlecht und wird nun täglich schlechter werden, – bis das Schlimmste kommt
  donderdag 18 augustus 2011 @ 20:07:00 #93
232633 Erlandil
The Stormwalker
pi_100908847
Er valt veels te veel te testen. In de categorie van: in januari zaten we met 6 man.. nu met 18 :D.

Ik heb een lijstje met 21 musthave functionaliteiten, (waarbij een gemiddelde release niet meer dan 6-8 stuks heeft) en dan vinden ze het vreemd dat ik aangeef dat we het niet gaan halen met de huidige planning (1 normaal release window :D)

Maar verder.. ja hoor, ik vermaak me prima. Gedraag me af en toe als ontwerper, ontwikkelaar, projectleider, scrummaster, testmanager, functioneel beheerder en nog wat van diens soort.. en oh ja, soms test ik ook nog wat :D
pi_108510096
Zo, hoe staat het eigenlijk in het softwaretesterswereldje?
Hier in het noorden is de markt slecht. Gelukkig vond ik toevallig een half jaar geleden een baan bij een bedrijf dat na een halfjaarcontract gewoon een vast dienstverband geeft, dus ik ben voorlopig onder de pannen. Na mij zijn er zelfs nog 3 (!) nieuwe testers bijgekomen, wat het testteam nu 6man sterk maakt, op zo'n 30 ontwikkelaars.

Bij dit bedrijf wordt druk geexperimenteerd met nieuwe ontwikkel- en testmethoden. Sinds kort de hele boel omgeturnd naar SCRUM, en ik verwacht dat in het komend kwartaal er stevig begonnen gaat worden met geautomatiseerd testen.

En jullie?

[ Bericht 0% gewijzigd door sigme op 28-02-2012 20:03:51 ]
ik moet verrassend weinig
Es ist heute schlecht und wird nun täglich schlechter werden, – bis das Schlimmste kommt
  dinsdag 28 februari 2012 @ 19:35:25 #95
153506 Captain_Fabulous
Nog steeds CyclingGirl fan
pi_108513299
Ik ben me aan het omscholen tot performance tester binnen mijn bestaande baan...bij ons zijn heel veel externen eruit geknikkerd, of benaderd om intern te worden. Maar als interne is m'n baan zeker. In deze markt, niet zo slecht. En voor goede testers zal er altijd werk te vinden zijn. Testmanagers hebben het eerder moeilijk denk ik.
Metalman. Maar ook ESF fan. Solo vakantiefietser met tentje. Dichter.
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
  dinsdag 28 februari 2012 @ 22:09:39 #96
232633 Erlandil
The Stormwalker
pi_108521046
Ik denk dat ik mee ga met Captain_Fabulous, maar dan wel met de kanttekening dat er voor goede testmanagers ook nog wel zat werk is. Maar dan wel de nadruk op goede. Het lijkt wel alsof met alle budgetdiscussies allover heel snel het kaf van het koren gescheiden raakt. Bij sommige clubs vliegen de testmanagers er met bakken uit en dat wat overblijft bakt er weinig van. Betekent dan wel dat degene die verlaten, ergens anders in ieder geval beter werk gaan leveren dus ergens moeten er wat bedrijven zijn die flink profiteren en de juiste mensen hebben.

Voor mezelf: ach, tblijft hetzelfde, een stukje omscholen en veel nieuwe dingen oppakken en breder inzetbaar zijn dan enkel tester maakt het aanzienlijk makkelijker om ergens te blijven plakken. Ik verwacht ook voorlopig niet dat ik zonder klus kom te zitten.
pi_108530058
Bij ons wordt het ook steeds drukker. Recessie merken we helemaal niks van. Gaat het slecht met de consument gaat het goed met de overheid.

Scheelt dat we software maken. Wat in alle Branches gebruikt wordt. :D

Afgelopen 3 jaar 30 medewerkers erbij gekregen waarvan 4 testers op een bedrijf van 110 man. We zitten nu met 10 Testers.
pi_108533838
Hier, hier is Amsterdam, is de markt wel kut voor de middelmatige tester.
Nu werk ik wel voor een grote detacheerder en ik zie duidelijk dat de tarieven enorm onder druk staan. Betalen willen voor een junior tester maar een senior test manager willen hebben. De markt waar wij het moeten van hebben, vooral de grote financials, zijn toch flink aan het bezuinigen. Net zoals het bedrijf waarvoor ik werk.

Maar een goede tester vind altijd wel werk (al duurt het vinden soms wat langer dan voorheen)
Knapen die storneren willen moeten mannen met automatische incasso's zijn
pi_108730588
Als starter op de arbeidsmarkt is het enorm moeilijk op dit moment iets te vinden, ben al 2 maanden werkloos :N

Kent iemand nog wat functies?
pi_108731120
Ik weet een hele hoop functies.
Bedoel je geen vacatures?
Knapen die storneren willen moeten mannen met automatische incasso's zijn
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')