My onverwagse reis om 'n sagteware-toetser te word (van toegang tot bestuurder)

"Jy bou 'n suksesvolle lewe...'n Dag op 'n slag..."

My reis as 'n sagtewaretoetser het 'n bietjie onverwags begin.

Ek het vir die aanvanklike onderhoudsrondtes verskyn met die veronderstelling dat dit 'n Ontwikkelingsgeleentheid was. Om eerlik te wees, soos elke ander Rekenaarwetenskap-gegradueerde daar buite, was ek 'n bietjie skepties om voort te gaan met toetsing.

Maar uiteindelik het ek besluit om dit te probeer. Slegs met die hoop dat my nuuskierige geaardheid my op hierdie gebied sal help.

Ek kon nie die aanbod aanvaar sonder om hierdie vraag te stel nie – Sal ek 'n geleentheid kry om na Ontwikkeling oor te skakel as toetsing my nie interesseer nie? :).

Glo my- Ek het nooit eers 'n gedagte gekry om daarna uit Toetsing te gaan nie.

Toe ek vir die tegniese rondte verskyn het, was ek nie voorbereid op enigiets meer as die basiese konsep van sagtewaretoetsing nie. Ek dink die enigste ding wat my deurgevoer het, was die gedagte dat ek logies en nie teoreties geëvalueer word nie'.

Dit was my heel eerste leer in Toetsing – ek het verstaan ​​hoe ons (opfris) geëvalueer is.

Selfs vandag gebruik ek soortgelyke tegnieke terwyl ek nuwelinge vir my span aanstel. Ek kyk na hul logika, volharding en benadering tot 'n probleem bo enigiets anders.

Ek het by Zycus aangesluit as 'n QA Trainee en is 'n produk op 'n derde of vierde dag toegeken. Dit was een van die grootste (was toe in konsep) en mees ambisieuse produkte van diemaatskappy. Nadat ek vir die eerste paar weke rustig geraak het, was daar geen keer vir my nie.

Ons het as 'n QA-span van twee begin en kort na 'n paar maande was ek die enigste een wat die toetspogings bestuur het. In die aanvanklike 2 – 2,5 jaar self het ek byna 3000 defekte oor verskillende kategorieë aangeteken, soos funksioneel, werkverrigting, sekuriteit, UI, bruikbaarheid, veeltalig, multi-huur, ens.

Vir 'n geruime tyd voor nuwe toevoegings vir die toetsspan, het ek teen 'n sterk ontwikkelingspan van 15-16 lede te staan ​​gekom. Selfs ná die toevoegings was QC:Dev-verhouding nie baie gesond nie en ek kan steeds met trots sê dit was 'n suksesvolle reis met inagneming van alles wat ons getoets, afgelewer en hanteer het.

Die belangrike punt wat ek wil hê hoogtepunt hier is-

Voordat ek na Vereistebesprekingsvergadering gegaan het, het ek vooraf moontlike twyfel/regstellings/onduidelike punte neergeskryf. Ek het vroeër die scenario's neergeskryf waarop ek wil probeer of toetsgevalle op bou; soms werk selfs om jou scenario's te teken soos 'n sjarme.

Wanneer jy skryf/teken, kom dit jou gedagtes met beter helderheid binne en dan werk jou gedagtes op hierdie inligting en produseer meer scenario's en gee beter helderheid. Dit gaan aan totdat jy daardie gevoel van KLAAR kry!!!

Gevolgtrekking

Alhoewel dit byna onmoontlik is om elke groot en klein ding wat ek oor jare geleer het, neer te skryf, is dit my poging om dit in 'n kolpunt op te somlys.

  • Toets is baie moeilik om te definieer. Iemand kan uitstekende toetse doen en kan dit dalk nie in woorde definieer nie. Dit is soos jy dit sien.
  • Elkeen kan hul eie definisie van toetsing hê. Myne was eenvoudig-

    Oor die skrywer: Hierdie artikel is geskryf deur STH-spanlid Mahesh C. Hy werk tans as Senior Kwaliteitsversekeringsbestuurder met ondervinding van die leiding van toetsfront vir veelvuldige komplekse produkte en komponente.

    Sal graag terug hoor. Lewer kommentaar hier of kontak ons. Baie dankie vir die lees.

    Aanbevole leeswerk

Rol na bo