developers are not good testers
Dit kan een groot debat zijn. Ontwikkelaars testen hun eigen code - Wat wordt de testoutput? Allemaal gelukkige eindes! Ja, de persoon die de code ontwikkelt, ziet over het algemeen alleen Gelukkige paden van het product en wil niet op veel details ingaan.
welk proces vereist geautomatiseerde builds en tests om software tijdens de ontwikkeling te verifiëren
De belangrijkste zorg van Developer Testing is - het verkeerd begrijpen van eisen. Als vereisten door de ontwikkelaar verkeerd worden begrepen, zal hij de fout nooit vinden, ongeacht op welke diepte de ontwikkelaar de applicatie test. De eerste plaats waar de bug wordt geïntroduceerd, blijft tot het einde bestaan, een ontwikkelaar zal het als functionaliteit zien.
Optimistische ontwikkelaars - Ja, ik heb de code geschreven en ik weet zeker dat deze naar behoren werkt. Het is niet nodig om dit pad te testen, het is niet nodig om dat pad te testen, want ik weet dat het goed werkt. En hier slaan ontwikkelaars het Bugs
Ontwikkelaar versus tester: ontwikkelaar wil altijd dat zijn code goed werkt. Dus hij zal het testen om te controleren of het correct werkt. Maar weet je waarom de tester de applicatie zal testen? Om het op een of andere manier te laten mislukken, zal de tester zeker testen hoe een applicatie niet correct werkt. Dit is het belangrijkste verschil tussen Developer Testing en Tester Testing.
Moeten ontwikkelaars hun eigen werk testen?
Persoonlijk vind ik het niet erg dat ontwikkelaars hun eigen code testen. Het is tenslotte hun baby ;-) Ze kennen hun code heel goed. Ze weten wat de valstrikken zijn in hun codes.
Waar het kan mislukken, waar je je meer kunt concentreren, dat is het belangrijkste pad van de applicatie. De ontwikkelaar kan zeer goed unit-tests uitvoeren en kan effectief grensgevallen identificeren. Afbeeldingsbron)
Dit is alles van toepassing op een ontwikkelaar die een Goede tester Maar de meeste ontwikkelaars beschouwen testen als een pijnlijke klus, zelfs als ze het systeem goed kennen, vanwege hun nalatigheid hebben ze de neiging om veel testpaden over te slaan, omdat het een zeer pijnlijke ervaring voor hen is.
html interviewvragen en antwoorden voor ervaren
Als ontwikkelaars fouten in hun code vinden in Unit Testing, is het relatief gemakkelijker op te lossen, omdat de code voor hen vers is, in plaats van de bug na twee tot drie dagen van testers te krijgen. Maar dit is alleen mogelijk als de ontwikkelaar geïnteresseerd is in zoveel testen.
Het is de De verantwoordelijkheid van de tester om ervoor te zorgen dat elk pad wordt getest of niet. Testers zouden idealiter belang moeten hechten aan alle kleine mogelijke details om te verifiëren dat de toepassing nergens kapot gaat.
Ontwikkelaars, controleer uw eigen code niet. Over het algemeen ziet u de problemen in uw code over het hoofd. Geef het dus aan anderen ter beoordeling.
Iedereen heeft specialisatie in een bepaald onderwerp. Ontwikkelaars denken over het algemeen na hoe ze de applicatie moeten ontwikkelen, aan de andere kant denken testers na hoe de eindgebruiker de applicatie gaat gebruiken.
Gevolgtrekking
Kortom, er is geen probleem als ontwikkelaars basiseenheidstests en basisverificatietests uitvoeren. Ontwikkelaars kunnen een paar uitzonderlijke omstandigheden testen waarvan ze weten dat ze kritiek zijn en die ze niet mogen missen. Maar er zijn een aantal geweldige testers die er zijn.
Via het build to test team. Verspil ook uw tijd niet. Voor het succes van elk project moet er een onafhankelijk testteam zijn dat uw applicaties valideert. Het is tenslotte onze (testers) verantwoordelijkheid om de ‘baby’ slimmer te maken !!
Wat zei je?
Aanbevolen literatuur
- Softwaretestadvies voor beginnende testers
- Verliezen testers hun grip op testen door automatisering?
- Wereldwijd softwaretestbedrijf bereikt binnenkort $ 28,8 miljard
- Top 10 populairste tools voor codebeoordeling voor ontwikkelaars en testers
- Hoe houd je motivatie levend in softwaretesters?
- Sleutel tot succesvolle unit-tests - Hoe ontwikkelaars hun eigen code testen?
- Top 15 SOA-testtools voor testers
- Beste softwaretestartikelen van 2008