Archief - Software tester
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
makila
Legacy Member
Moto zei:Ieuw software testen, moest ik dat de ganse dag doen, zou zot worden, kijk al tegenop om men eigen zaken te testen
Dan nog liever achter de vuilkar ze
Ba wah dat valt wel mee. Af en toe eens 5 minuten je email lezen of op 9lives wat topics lezen voor 10 minuutjes, en je kunt er weeral tegen.
Het voordeel dat ik heb, is dat ik de enige ben die een welbepaald produkt test. Er is wel een Testmanager maar die kent er minder van dan ik(die is meer bezig met een ander produkt). Dus ja, ik ben een beetje mijn eigen baas.
Als ik echt 100% van de tijd testcases zou moeten schrijven of ik moet 100% van de tijd aan één stuk testen dan zou ik mss ook wel zot worden. Maar ik kan dus af en toe wat afwisselen.
Een ander voordeel, is ook dat ik het werk doe van een Medior Tester(en af en toe ook van een Senior Tester), terwijl ik maar een Junior tester ben qua profiel. Zo leer je tenminste zelfstandig te testen.
Nog een voordeel vind ik , is dat je altijd werk zal hebben omdat NIEMAND wil testen. 99% van de mensen haat testen, dus er is altijd wel nood aan mensen die het 'toch' willen doen.
[BAT] Hydra
Legacy Member
Sweet Passion zei:Hey
ben aan het solliciteren bij zowel Sogeti als bij CTG (junior test engineer)
pro's en contra's van de mensen die er werken (Makila enzo
wat was btw jullie startloon (brutto)?
Tnx -kisses-
Solliciteren voor die functie en toegepaste taalkunde gestudeerd hebben? Raar
makila
Legacy Member
Sweet Passion zei:Hey
ben aan het solliciteren bij zowel Sogeti als bij CTG (junior test engineer)
pro's en contra's van de mensen die er werken (Makila enzo
wat was btw jullie startloon (brutto)?
Tnx -kisses-
Ik ben net zoals een collega aangenomen als Java Developer bij Sogeti, maar we zijn nadien in de testomgeving gaan werken. Dus ik kan je geen exacte gegevens verschaffen hierover. Ik schat zo'n 2000-2100€ bruto om te starten als Test Trainee Level 1, maar schiet me niet dood als ik fout ben.
Na 6 maand word je dan normaal gezien Junior Tester Level 2. Medior Tester is pas na 2-3 jaar.
Emerxill
Legacy Member
Tis zelden ook een technische job, ze zien zelden of nooit een letter code. Deze testers zijn dan ook eerder analisten, ze moeten de KPI's verzamelen, test scripts opstellen, de resultaten analyseren en deze rapporteren.[BAT] Hydra;10221195 zei:Solliciteren voor die functie en toegepaste taalkunde gestudeerd hebben? Raar
Test scripts is geen code, eerder een procedure van (klik daarop en het resultaat is xyz)
Het is imo beter dat zulke mensen geen "echte IT-ers" of developers zijn. Ze moeten zich kunnen inleven in de rol van de gebruiker van de software, iets waar developers niet zo geweldig in zijn
Ik zou het persoonlijk niet willen doen
.makila
Legacy Member
Emerxill zei:Tis zelden ook een technische job, ze zien zelden of nooit een letter code. Deze testers zijn dan ook eerder analisten, ze moeten de KPI's verzamelen, test scripts opstellen, de resultaten analyseren en deze rapporteren.
Test scripts is geen code, eerder een procedure van (klik daarop en het resultaat is xyz)
Het is imo beter dat zulke mensen geen "echte IT-ers" of developers zijn. Ze moeten zich kunnen inleven in de rol van de gebruiker van de software, iets waar developers niet zo geweldig in zijn
Ik zou het persoonlijk niet willen doen
Ik heb in Java en Visual basic geprogrammeerd(in een echt project dus). En nu ben ik tester. Dus het kan 'wel'. Ik ben wel van plan van test-automatisatie te doen, daar komt wel wat code bij, maar eerder simpele brol zoals 'if then else'
Testen is toch makkelijker dan programmeren, ook minder stress. Toch wordt het niet slechter betaald, maar dat komt waarschijnlijk omdat de meeste mensen het een k*t job vinden en het enorm saai vinden en er dus veel vraag naar is. En zolang mensen niet graag testen, zie ik daar weinig tot geen verandering in komen.
Testen = zekerheid van je job, maar je moet het wel graag doen, anders word je stapelzot.
[BAT] Hydra
Legacy Member
Emerxill zei:Tis zelden ook een technische job, ze zien zelden of nooit een letter code. Deze testers zijn dan ook eerder analisten, ze moeten de KPI's verzamelen, test scripts opstellen, de resultaten analyseren en deze rapporteren.
Test scripts is geen code, eerder een procedure van (klik daarop en het resultaat is xyz)
Het is imo beter dat zulke mensen geen "echte IT-ers" of developers zijn. Ze moeten zich kunnen inleven in de rol van de gebruiker van de software, iets waar developers niet zo geweldig in zijn
Ik zou het persoonlijk niet willen doen
Hoe kan je nu doelgericht testen als je (totaal) geen idee hebt van de programmatorische structuur van het SuD?
Stimpy
Legacy Member
idd, ik heb mct gestudeerd dus "kan" wel programmeren (maar doe het niet graag) en ik vind het toch een pluspunt dat ik een idee heb hoe het achter de schermen is.
't Is ook een pluspunt om met de developers te communiceren als ge die termen kent.
Sommigen vinden testen saai, ik daarentegen zou gek worden van programmeren. Altijd maar uw hoofd breken daarover maar eens ge goed zijt in programmeren kan dat ook wel fijn zijn, alleen spreekt het mij niet aan. En idd, de stress lijkt me bij de devs toch groter ivm deadlines.
Kwa saaiheid van testen hebt ge gradaties, als ge alleen functioneel gaat testen (hersenloos klikken zoals t uitgeschreven staat) is dat idd saai, maar dat doet ge ook alleen maar het eerste jaar (ik zelfs ni) en dan krijgt ge meer verantwoordelijkheden. Testplannen opstellen, testcases schrijven etc
het wordt veel ruimer dan klik en schrijf het resultaat op. Hangt af van wat je ambitie is.
't Is ook een pluspunt om met de developers te communiceren als ge die termen kent.
Sommigen vinden testen saai, ik daarentegen zou gek worden van programmeren. Altijd maar uw hoofd breken daarover
maar eens ge goed zijt in programmeren kan dat ook wel fijn zijn, alleen spreekt het mij niet aan. En idd, de stress lijkt me bij de devs toch groter ivm deadlines.Kwa saaiheid van testen hebt ge gradaties, als ge alleen functioneel gaat testen (hersenloos klikken zoals t uitgeschreven staat) is dat idd saai, maar dat doet ge ook alleen maar het eerste jaar (ik zelfs ni) en dan krijgt ge meer verantwoordelijkheden. Testplannen opstellen, testcases schrijven etc
het wordt veel ruimer dan klik en schrijf het resultaat op. Hangt af van wat je ambitie is.
makila
Legacy Member
Stimpy zei:idd, ik heb mct gestudeerd dus "kan" wel programmeren (maar doe het niet graag) en ik vind het toch een pluspunt dat ik een idee heb hoe het achter de schermen is.
't Is ook een pluspunt om met de developers te communiceren als ge die termen kent.
Sommigen vinden testen saai, ik daarentegen zou gek worden van programmeren. Altijd maar uw hoofd breken daarover
Kwa saaiheid van testen hebt ge gradaties, als ge alleen functioneel gaat testen (hersenloos klikken zoals t uitgeschreven staat) is dat idd saai, maar dat doet ge ook alleen maar het eerste jaar (ik zelfs ni) en dan krijgt ge meer verantwoordelijkheden. Testplannen opstellen, testcases schrijven etc
het wordt veel ruimer dan klik en schrijf het resultaat op. Hangt af van wat je ambitie is.
Testplannen weiger ik tenzij ik help krijg. Dat is normaal de job voor TestManagers of tenminste Senior Testers met minstens 5 jaar ervaring en moet besproken worden met de grote baas. Ik ben maar een Junior he? Maar Testcases opstellen, Bugs rapporteren, Bug fixes nakijken, Statussen van bugs wijzigen , grafieken maken, communiceren met het programmeursteam, zelf teststrategiën opstellen en uitvoeren, enzovoorts zijn Medior Testzaken, die moet je als Junior wel soms toepassen. Er wordt van je verwacht dat je een level hoger aankunt en dit ook toont(anders zal je dus nooit kunnen verhogen he?)
Sweet Passion
Legacy Member
hehe wow..jaja taalkunde en nu tester...
ik zie het als een manier om de ict binnen te geraken...heb altyd al informatica willen studeren...heb nu eerst talen gedaan..sja
maar vanaf september start ik wel een graduaatsopleiding programmeur-analist dus...
kwil zeker wel het technische aspect beter leren kennen..
en tis de bedoeling ook dat ik richting test automatisatie ga en vervolgens naar de "andere branche" overga...richting programmeren he..hehe
maar daar zallek wel enkele jaartjes over doen
ik zie het als een manier om de ict binnen te geraken...heb altyd al informatica willen studeren...heb nu eerst talen gedaan..sja
maar vanaf september start ik wel een graduaatsopleiding programmeur-analist dus...
kwil zeker wel het technische aspect beter leren kennen..
en tis de bedoeling ook dat ik richting test automatisatie ga en vervolgens naar de "andere branche" overga...richting programmeren he..hehe
maar daar zallek wel enkele jaartjes over doen
Emerxill
Legacy Member
Hangt van het soort test af. Ge hebt verschillende soorten testen. Grofweg heb je er 2: black box en white box. Voor die eerste heb je totaal geen technische kennis nodig, voor die 2e is het handig, afhankelijk van het type test dat ge wil uitvoeren, dat ge technische kennis hebt.[BAT] Hydra;10226386 zei:
Er zijn zaken genoeg die bij testen komen kijken waarvoor je totaal geen kennis nodig hebt van de interne keuken.
Bij testen hebt ge 2 mogelijkheden: het werkt zoals verwacht of niet
. Waarom dat niet werkt zoals verwacht is niet het probleem van de tester.makila
Legacy Member
Emerxill zei:
Deels juist. Maar ik moet wel uitzoeken wat nu juist crasht. Ik mag bijvoorbeeld nooit schrijven "het crasht". Punt gedaan.
Ik ben bugfixer geweest. Dus de Testers gaven vroeger aan mij door van wat er fout liep, en ik kon het uitzoeken in de code. Nu doe ik het omgekeerde. Ik ben nu zelf tester en zeg tegen de programmeur wat er fout loopt
Dus ik ken zowat het ganse traject.
De meeste gaan van het testen --> programmeren, ik ga de omgekeerde richting uit. De reden daarvoor is een te lange geschiedenis, om hier neer te poten. Maar ik heb er nog weinig zin in, om in de code rond te neuzen.
[BAT] Hydra
Legacy Member
Emerxill zei:Hangt van het soort test af. Ge hebt verschillende soorten testen. Grofweg heb je er 2: black box en white box. Voor die eerste heb je totaal geen technische kennis nodig, voor die 2e is het handig, afhankelijk van het type test dat ge wil uitvoeren, dat ge technische kennis hebt.
Er zijn zaken genoeg die bij testen komen kijken waarvoor je totaal geen kennis nodig hebt van de interne keuken.
Bij testen hebt ge 2 mogelijkheden: het werkt zoals verwacht of niet
En unit tests ofzo vallen dan onder de categorie white-box of ...?
En hoe gebeurt black box testen dan in de praktijk? Gewoon mensen die dan nekeer alles gaan proberen te doen met het programma dat je zou moeten kunnen? Als dat een volledig afgewerkt programma is ga ik akkoord dat bijna iedereen dat wel kan doen.. Maar wat gebeurt er dan als je gewoon een module of component schrijft die niet zomaar kan getest worden door "overal is te klikken en zien of alles werkt"?
En gebruiken jullie frameworks om te testen? Verschillende per programmeertaal?
Emerxill
Legacy Member
@Malika
Ok, dat helpt u in te leven in de taak van de programmeur. Maar ge geeft toch zelf toe dat ge zeer weinig technische kennis nodig hebt om te testen op dat niveau.
Alles wat ge hier aanhaald is nietmeer dan methodologie. Der is nog groot een verschil tussen zeggen dat "het crasht" en het analyseren van de stacktrace en de programmeur vertellen in welke lijn code hij het moet gaan zoeken en hem bijv vertellen dat hij best een 'short' gebruikt als variabele ipv een 'byte'.
Als tester vertelt ge de developer wat ge gedaan hebt om de boel te laten mislopen zodat die het kan reproduceren en het maar uitzoekt waaraan het ligt.
Ok, dat helpt u in te leven in de taak van de programmeur. Maar ge geeft toch zelf toe dat ge zeer weinig technische kennis nodig hebt om te testen op dat niveau.
Alles wat ge hier aanhaald is nietmeer dan methodologie. Der is nog groot een verschil tussen zeggen dat "het crasht" en het analyseren van de stacktrace en de programmeur vertellen in welke lijn code hij het moet gaan zoeken en hem bijv vertellen dat hij best een 'short' gebruikt als variabele ipv een 'byte'.
Als tester vertelt ge de developer wat ge gedaan hebt om de boel te laten mislopen zodat die het kan reproduceren en het maar uitzoekt waaraan het ligt.
Emerxill
Legacy Member
Unit tests vallen idd onder white box testing. Dat is de taak van de programmeur en test, zoals de term het zegt, een onderdeel van de code. Daarmee is het hele systeem en de onderlinge interacties lang niet getest.[BAT] Hydra;10230713 zei:
Black box testen is idd heel simplistisch gezegd ewa klikken en zien of het werkt. Daarvoor bestaan ook een aantal tools om dat wat te automatiseren.
Het testen van een module of component dat je niet zomaar door "overal te klikken" kunt testen, kun je idd dmv een unit test of een integration test (combinatie van de unit tests) testen. Maar uiteindelijk zal het in productie moeten draaien en dus op een of andere manier testbaar moeten zijn, zonder kennis van de code te moeten hebben.
Frameworks om te testen ken ik alleen in java en dat zijn vooral unit tests: JUnit, DbUnit, Unitils, Easymock... der zijn vele. Als ge aan unit testing doet denk ik dat ge best per programmeertaal uw framework kiest.
Daarnaast zijn er nog verschillende tools voor bijv code coverage, performance testen, stress testen...
Allez, tis een hele boterham (zie http://en.wikipedia.org/wiki/Portal:Software_Testing voor meer info
).Voor een deel hebt ge idd technische kennis nodig, voor een ander deel totaal niet.
rabsi
Legacy Member
[BAT] Hydra;10230713 zei:
dan moet de programmeur een interface bouwsteen voorzien die de output parameters van de module weergeeft en waar de tester de input parameters kan simuleren (zoals die van de andere modules (nog niet geprogrammeerde modules) zouden komen). Om sommige fouten te kunnen waarnemen moeten wel de gewenste functie van de module omschreven worden.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.