5 things beginner developer
De hele vergaderruimte werd stil en na een paar minuten wachten, kon ik geen geduld behouden en moest ik mijn vraag herhalen:
Wie wil er lid worden van het testteam?
We hadden 20 stagiaires aan boord en ze werden getraind in verschillende aspecten van softwareprojecten. Leads en managers van verschillende afdelingen, zoals bedrijfsanalyse, ontwikkeling, testen en verkoop, hielden vergaderingen met hen stagiaires om de kennis te verstrekken en hen te helpen begrijpen hoe en hoe het daadwerkelijke softwareproject eruit ziet. Als testleider legde ik elementaire testaspecten en het belang van het testen van de levenscyclus uit aan die nieuwe gezichten.
Met opwinding, toen ik de vraag liet vallen, dacht ik nooit aan stilte. Niemand was klaar om mee te doen met testen. Ik zuchtte treurig en pakte een ander spoor om deze toekomstige generatie IT te onderwijzen.
Ik heb mijn vraag aangepast om de redenen achter het weigeren te kennen software testen als beroep
Waarom wil je niet deelnemen aan softwaretests?
Antwoorden waren interessant (en op een gegeven moment praktisch)
- Iedereen kan testen, maar niet ontwikkelen ( goed om te weten
- Testers worden minder betaald ( enigszins waar, maar niet altijd
- Het is een ondankbare baan helemaal mee eens, maar dat is niet de geldige reden
- Er valt niets over te leren ( Hooh ... wie zei dat?)
- Er is geen reden om softwaretesten als carrière te kiezen ( de ergste reden
Wat je leert:
- Waarom bestaan er softwaretests?
- # 1. Software testen is geen tijdverspilling:
- # 2. Software testen is verplicht:
- # 3. Het testen van eenheden is de volledige verantwoordelijkheid van de ontwikkelaar:
- # 4. Ontwikkelaars en testers zijn gelijk:
- # 5. De tester moet vanaf de eerste dag van het project worden betrokken:
- Gevolgtrekking:
- Aanbevolen literatuur
Waarom bestaan er softwaretests?
Oké, dus het was tijd om die nieuwe mensen te trainen over waarom softwaretests bestaan en wat ze ervan zouden moeten weten als ze meedoen aan softwareontwikkeling.
Hoe ik van gedachten veranderde?
Hier probeer ik alleen in het kort uiteen te zetten wat we die middag hebben besproken en hoe het me is gelukt om van gedachten te veranderen van ten minste 20 mensen, terwijl ik de perceptie over softwaretesten wist te wissen.
# 1. Software testen is geen tijdverspilling:
Wat gebeurt er als je gast thuis hebt en je haastig limonade voor ze klaarmaakt en ze serveert? Als de gasten de glazen onafgemaakt laten, heb je het gevoel dat er iets mis is gegaan en als je de limonade proeft, OMG ...... voelde het stinkend. Je zou willen dat je nog maar 10 seconden meer had besteed en de limonade had geproefd voordat je hem serveert.
Hoewel ze haast hebben om het project in een tijdlijn op te leveren, maken bedrijven / management / iedereen zich klaar om een compromis te sluiten over de testtijd, omdat de perceptie over het testen van software echt lang duurt dan nodig is, leeft nog steeds in de gedachten van mensen. Maar niet de tijd die nodig is voor het testen is de moeite waard vergeleken met het telefoontje van de klant om middernacht om u te laten weten dat hij de volgende opdracht gaat annuleren, aangezien de huidige geleverde opdracht meer dan 5 kritieke bugs vertoonde binnen de eerste twee uur van intern gebruik. Bang !!
# 2. Software testen is verplicht:
Softwaretests zijn een onvermijdelijk onderdeel van de levenscyclus van softwareontwikkeling. De weg
- Editors helpen de film beter te maken
- Proeflezers helpen bij het verbeteren van een boek
- Beveiligers helpen het leven van mensen vredig en veilig te maken
- Olie helpt om machines foutloos te laten werken
Softwaretests helpen software om beter te worden. Ik denk niet dat ik nog maar één woord hoef te besteden om het uit te leggen.
# 3. Testen van een eenheid is een volledige verantwoordelijkheid van de ontwikkelaar:
Als u iets ontwikkelt, moet u het controleren voordat u iemand anders vraagt om het te controleren. De weg
- De chef proeft en ruikt altijd zijn / haar recept voordat hij anderen serveert
De ontwikkelaar is volledig verantwoordelijk om zijn / haar eigen code te testen voordat deze naar testers wordt verzonden. Testers zijn er om u te helpen bij het verbeteren van de kwaliteit van de code en uiteindelijk het product en niet om de gekste fouten te ontdekken die u tijdens het schrijven van de code hebt gemaakt.
Ga er daarnaast nooit vanuit dat kwaliteit alleen de verantwoordelijkheid is van testers.
In de flexibele wereld van vandaag worden ontwikkelaars en testers geacht de gezamenlijke verantwoordelijkheid te nemen voor de productkwaliteit. Van ontwikkelaars wordt verwacht dat ze pair-testen doen met tester en inzicht geven over wat en waarom er iets mis kan gaan en tester aanmoedigen om testideeën te genereren op basis van jouw inzichten.
# 4. Ontwikkelaars en testers zijn gelijk:
Elk werk / project is een gezamenlijke inspanning van een team en dat betekent dat iedereen even belangrijk is. Als een ontwikkelaar denkt dat hij het het beste doet en meer belang zou moeten krijgen omdat hij iets helemaal opnieuw maakt, is een heroverweging van de gedachte vereist. Ja, ontwikkelaar ontwikkelt iets vanaf nul, maar hij kan de creatie niet voltooien zonder de hulp van een tester.
Tester geeft het oog van de gebruiker voor het product weer. Een goed opgeleide en ervaren tester kan de mazen in het product laten zien, een ontwikkelaar kan nooit bedenken. Een tester brengt nieuwe ideeën binnen over hoe het product zou moeten zijn, hoe het naar een bepaald exemplaar zou moeten kijken, hoe het zou moeten werken, hoe het zich kan gedragen en hoe het kan crashen.
Omdat het belangrijk is om zout aan elk recept toe te voegen om ze eetbaar te maken, is testen nodig om het product leverbaar te maken.
En daarom zijn ontwikkelaars en testers even belangrijk. Het zijn de linker- en rechterhand van het lichaam dat project wordt genoemd.
# 5. De tester moet vanaf de eerste dag van het project worden betrokken:
Als ontwikkelaar mag u die fout nooit maken door aan te nemen dat een tester zich niet bewust hoeft te worden van zoiets als vereiste-analyse, toegepaste logica bij het schrijven van code, wijzigingsverzoeken door de klant, feedback door de klant enz.
Tester is een stapelhouder en moet vanaf de start van het project worden betrokken. De aanvankelijke betrokkenheid van het testteam geeft hen vertrouwen, constante discussies voeden een begrip tussen ontwikkel- en testteam , vriendelijke hulp stimuleert hun geest om iets beters te doen, de vraag naar suggesties geeft hen het gevoel dat ze waard zijn.
Gevolgtrekking:
Tester is niet om alleen een module / product te testen, hij is er om te helpen bij het leveren van het beste product, hij is er om te helpen door enkele bewezen ideeën over de verwachtingen van gebruikers te suggereren, hij is er om u te laten weten hoe vaak uw geliefde code wordt gecrasht …… en je hebt het als ontwikkelaar echt nodig, nietwaar?
Over de auteur: Dit geweldige bericht is geschreven door STH-teamlid Bhumika Mehta. Ze is een projectleider en heeft meer dan 7 jaar ervaring in het testen van software. Ze is helemaal gek op testen en vindt het heerlijk om alles te testen.
Zoals gewoonlijk wacht ik op jefeedback, mening en suggestiesover het onderwerp.
Aanbevolen literatuur
- Software testen QA Assistant Job
- Softwaretest Schrijver van technische inhoud Freelancer-baan
- Beste softwaretesttools 2021 [QA Test Automation Tools]
- Is de baan van een softwaretester echt een low-profile baan?
- Aankondiging van mijn nieuwe e-book 'Software Testing Career Package - De reis van een softwaretester van het vinden van een baan tot het worden van een testleider!'
- Wat is uw functieprofiel bij softwaretests? [POLL]
- Hoe u snel een softwaretestopdracht krijgt
- 10 redenen waarom u geen baan krijgt bij het testen van software