Archief - Software tester info

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.

Stimpy

Legacy Member
't was een persoonlijk gevoel bij mij, geen geruchten :) iemand anders heeft da mss ni.
Nog niks gehoord van niet meedoen met activiteiten en heb er toch ook al wat overgeslagen. Tja, als ge teambuilding op een zaterdag plant, dan kan ik wss ni. Mijn weekends zijn voor mij. Nog geen klachten over gehoord :p
teammeetings zijn idd wel semi verplicht maar gratis drinken en frieten maakt veel goed :p zijn meestal nog wel aangenaam :)

Dozzeh

Legacy Member
Heb een kennis die bij M2Q zit en dat zit blijkbaar qua loon en sfeer toch niet slecht.

Mooncat

Legacy Member
makila zei:
Het vak tester wordt vaak onderschat. Iedereen kan tester worden, maar of je een goede tester wordt dat is een ander paar mouwen. ;)

Véél testers vallen uiteindelijk af:
- Omdat ze het werk saai vinden
- Omdat ze niet logisch kunnen nadenken
- Omdat ze verstandelijk gehandicapt zijn
- Omdat ze géén deftige SQL statements kunnen schrijven
- Omdat ze géén geautomatiseerde scripts kunnen programmeren

Enzovoorts ..

Een tester moet absoluut geen SQL of QTP kunnen. Detacheringsfirma's maken vaak het onderscheid tussen een functionele tester en een technische tester. Die laatste zal wat mogen scripten in QTP en LoadRunner en eigenlijk heeft dat nog weinig met testing zelf te maken. Soms zal een technische tester functioneel testen als er geen ander werk voor handen is, maar dat is eerder zelden.

Cinnead

Legacy Member
Stimpy zei:
Ik werk bij Quasus dus kan uw cv wel eens voorleggen bij een recruiter als ge wilt.
Starters krijgen binnenkort de nieuwe mercedes A wat precies een ferm bakske is :p

Recruitster is ook van ninof trouwens dacht k

Ook maar eens een PM gestuurd :)

mrc

Legacy Member
Mooncat zei:
Een tester moet absoluut geen SQL of QTP kunnen. Detacheringsfirma's maken vaak het onderscheid tussen een functionele tester en een technische tester. Die laatste zal wat mogen scripten in QTP en LoadRunner en eigenlijk heeft dat nog weinig met testing zelf te maken. Soms zal een technische tester functioneel testen als er geen ander werk voor handen is, maar dat is eerder zelden.

:oink:
Qué ?
jongens toch, sorry, maar als je niet weet waarover je praat, zwijg dan aub.
een technische tester zijn taak bestaat uit véél meer dan "wat scripten in qtp en loadrunner". Als je enkel aan je pc wat zit te coderen, dan ben je je job fout aan het doen !

Bovendien zijn test automation en performance testing 2 volwaardige branches in de testing wereld die perfect naast manueel testen bestaan. Meer zelfs: genoeg requirements kan je niet manueel testen (webservices, load,...)

?therapy?

Legacy Member
Ola, goeie thread. :) Via het forum hier ook een boek over software testing gevonden en ik vond het best wel boeiend ( moet er wel nog écht serieus in beginnen studeren in plaats van gewoon te lezen. :p). Toch eens verder zoeken naar eventuele klassen over software testing.

mrc

Legacy Member
ik weet niet welk boek je hebt, maar dit is ook zeker niet slecht. (meeste boeken van Rex Black zijn echt wel de moeite)

software testing heel ruw opgedeeld:
je zal meestal als manueel tester starten. Van daaruit kan je doorgroeien naar test automation (een deel van het test proces automatiseren), performance testing (stress, load, performance,...), security testing (white-hat hacking) of test coördinatie & management

Daarnaast heb je ook verschillende manieren over hoe het hele test process eruit moet zijn; de meest gebruikte zijn het V-model (binnen ISEB-ISTQB methodology) en Agile testing (meestal Agile Scrum)

?therapy?

Legacy Member
Ik heb inderdaad dat boek gekocht. CTG rekruteert nu blijkbaar 6 junior IT'ers met testing ambitie om op te leiden... zeer verleidelijk. :p

Mooncat

Legacy Member
mrc zei:
:oink:
Qué ?
jongens toch, sorry, maar als je niet weet waarover je praat, zwijg dan aub.
een technische tester zijn taak bestaat uit véél meer dan "wat scripten in qtp en loadrunner". Als je enkel aan je pc wat zit te coderen, dan ben je je job fout aan het doen !

Bovendien zijn test automation en performance testing 2 volwaardige branches in de testing wereld die perfect naast manueel testen bestaan. Meer zelfs: genoeg requirements kan je niet manueel testen (webservices, load,...)

Ik beweer nergens dat testautomatisatie en performance testing geen volwaardige testbranches zijn. Ik zeg enkel dat (functioneel) testing nog maar weinig gemeenschappelijk heeft met technische testen zoals testautomatisatie, performance testing, security testing, penetration testing, etc. Dat zie je ook in de profielen die werkzaam zijn in die takken. Mensen werkzaam in testautomatisatie en performance testing hebben veelal een programmeerachtergrond, terwijl security testers meestal netwerken als specialisatie hebben. Functioneel testen vereist zo'n achtergrond allerminst en er zijn heel wat practioners die een niet-IT achtergrond zelfs aanraden. Zo zijn psychologen veel gevraagd bij usability testen omdat zij het menselijke denkproces kunnen ontwaren.

Anderzijds wordt er voor embedded industriële toepassingen zoals bij ASML met operationele profielen gewerkt. Hier zijn ingenieurs voor verantwoordelijk die waarschijnlijk nog eens niet weten een CRUD-matrix is. Om maar te zeggen dat testing uit veel disciplines bestaat die erg van elkaar kunnen verschillen.

makila

Legacy Member
ChasingRabbits zei:
Ook zit ik op dit moment gelukkig niet bij een bank, maar een zeer relax bedrijf, daarmee dat ik wel wat kan surfen op kalmere momenten.
Dat hangt er vanaf welke bank en van uw functie ;) Externen die tijdelijk worden aangeworven om pieken op te vangen hier hebben enkel van 12u tot 13u internettoegang. Maar externen die hier wat langer zitten, zoals ik zelf hebben 24/7 toegang. ;)

Gillios zei:
En uw relatie met programmeurs zal ook niet de beste zijn ^^
Daar heb ik nog nooit iets van gemerkt. Je werkt met elkaar, niet tegen elkaar.

Mooncat zei:
Een tester moet absoluut geen SQL of QTP kunnen. Detacheringsfirma's maken vaak het onderscheid tussen een functionele tester en een technische tester. Die laatste zal wat mogen scripten in QTP en LoadRunner en eigenlijk heeft dat nog weinig met testing zelf te maken. Soms zal een technische tester functioneel testen als er geen ander werk voor handen is, maar dat is eerder zelden.
QTP hoeft niet persé, dat kan je nog wel omzeilen. (Al is mijn mening dat als je géén QTP kent, dat je géén volwaardige testers bent, maar goed ..) Maar ik heb al bij verscheidene klanten gezeten én die eisten allemaal dat ik queries uitvoerde op de database. Ik kan dan moeilijk zeggen: Ik kan dat niet want ik ben maar tester.

mrc

Legacy Member
Mooncat zei:
Ik beweer nergens dat testautomatisatie en performance testing geen volwaardige testbranches zijn. Ik zeg enkel dat (functioneel) testing nog maar weinig gemeenschappelijk heeft met technische testen zoals testautomatisatie, performance testing, security testing, penetration testing, etc. Dat zie je ook in de profielen die werkzaam zijn in die takken. Mensen werkzaam in testautomatisatie en performance testing hebben veelal een programmeerachtergrond, terwijl security testers meestal netwerken als specialisatie hebben. Functioneel testen vereist zo'n achtergrond allerminst en er zijn heel wat practioners die een niet-IT achtergrond zelfs aanraden.
nu zeg je iets anders dan in je vorige post...
Dat terzijde, waarom die "(functioneel)" daar in je post staat, snap ik niet.

Je kan evengoed functionele geautomatiseerde testen doen. Functionele testen zijn gewoon een type van (black box) testen.
Omgekeerd heb je ook "manuele" testtaken die wel degelijk onder "technical testing" thuishoren (structure based testing bv).

manueel functional testing (wat jij waarschijnlijk bedoelt) is trouwens maar een klein stukje van het hele manuele testingsprocess (regressie, DB, alles onder non-functional,...).

Mooncat

Legacy Member
mrc zei:
nu zeg je iets anders dan in je vorige post...
Dat terzijde, waarom die "(functioneel)" daar in je post staat, snap ik niet.

Je kan evengoed functionele geautomatiseerde testen doen. Functionele testen zijn gewoon een type van (black box) testen.
Omgekeerd heb je ook "manuele" testtaken die wel degelijk onder "technical testing" thuishoren (structure based testing bv).

manueel functional testing (wat jij waarschijnlijk bedoelt) is trouwens maar een klein stukje van het hele manuele testingsprocess (regressie, DB, alles onder non-functional,...).

Wat heb ik dan anders gezegd? Ik verduidelijkte enkel dat functionele en technische testers twee totaal verschillende dingen doen.

Ik gebruik functioneel testen als bewoording omdat dit de meest gangbare term is om het onderscheid tussen technische en niet-technische testen te maken. Ik kan natuurlijk ook uitleggen dat security testen respectievelijk functioneel en technisch kunnen zijn afhankelijk of je nu gebruik maakt van buffer overflow runs of SQL-injections, maar ik denk niet dat iemand hier op zit te wachten.

Je mag trouwens test types niet verwarren met black en white box testing. Het laatste dient om testontwerptechnieken te catalogeren. De data vergelijkingstest bijvoorbeeld is een white-box techniek die zowel voor functionele als niet-functionele testen gebruikt kan worden.

mrc

Legacy Member
"Die laatste zal wat mogen scripten in QTP en LoadRunner en eigenlijk heeft dat nog weinig met testing zelf te maken" vs "Ik zeg enkel dat (functioneel) testing nog maar weinig gemeenschappelijk heeft met technische testen zoals testautomatisatie" zijn 2 verschillende uitspraken in mijn ogen.
Als je dat initieel ook zo bedoelde, dan vind ik het onduidelijk verwoord; vandaar mijn initiële reactie daarop.

ivm functioneel: "manual testing" vind ik gangbaarder dan "functioneel testen". Tis bovendien ook net iets correcter.

ik zei niet dat "black/white box" types zijn, ik zei dat functioneel testen een test type is van de categorie black box. ;-)

En om naast onze discussie ook wat info voor anderen toe te voegen aan het topic:
black box: basically: je interesseert je enkel in het resultaat van je test, in de output.
Je stopt iets in de applicatie, het interesseert je niet meteen wat er intern allemaal mee gebeurt,maar je kijkt wel naar de output.
Daarom dat "functional testing" doorgaans (het is inderdaad niet altijd de facto zo) black box is: je hoeft niet te weten welke libraries, subs, functions,... aangeroepen worden als je hier bv een reply post, maar je wilt wel dat de output correct is. (aka functioneel klopt het)

white box: je gaat je vooral focussen op wat er zich in de applicatie zelf afspeelt. Je gaat dus echt naar de code kijken en daarop testen.

Stimpy

Legacy Member
ik denk niet dat de bedoeling is om hier wat termen uit te leggen of te bewijzen wie de grootste e-peen heeft door elkaar vast te willen praten.

Anderzijds zoals ge op details kunt blijven doorbomen zijt ge wel de ideale tester :niceone:

makila

Legacy Member
Er zijn verschillende soorten testen hé? Testen is een ruim begrip.

- Ik heb jaren geleden 'debugging en unittesting' gedaan. Dat is dus bijvoorbeeld de code controleren en testen of die code wel correct is.
- Ik heb ook al database testen gedaan. Dat zijn queries schrijven om resultaten te voorschijn te krijgen én dan controleer je of wat je krijgt correct is.
- Het merendeel van het testwerk is de applicatie functioneel nakijken. Je steekt iets in een applicatie en je verwacht een resultaat terug. Dat kan manueel of automatisch gebeuren
- Performance testen ..
- Security ..

En noem maar op.

Samko

Legacy Member
heb enkel van CTG een reply gekregen, zochten enkel mensen die 2talig FR/NL waren momenteel
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.
Terug
Bovenaan