developers are not good testers
Dette kan være en stor debatt. Utviklere som tester sin egen kode - Hva blir testresultatet? Alle lykkelige avslutninger! Ja, personen som utvikler koden ser vanligvis bare Happy Paths av produktet og ikke vil gå inn på mange detaljer.
hvordan lage en brannmur fra bunnen av
Hovedproblemet med Developer Testing er - misforståelse av krav. Hvis kravene misforstås av utvikleren, uansett på hvilken dybde utvikleren tester applikasjonen, vil han aldri finne feilen. Det første stedet der feilen blir introdusert vil forbli til slutten, en utvikler vil se det som funksjonalitet.
Optimistiske utviklere - Ja, jeg skrev koden og er sikker på at den fungerer som den skal. Ingen grunn til å teste denne banen, ingen grunn til å teste den banen, da jeg vet at den fungerer som den skal. Og akkurat her hopper utviklere over Feil .
Utvikler vs Tester: Utvikler vil alltid se at koden hans fungerer som den skal. Så han vil teste det for å sjekke om det fungerer som det skal. Men du vet hvorfor tester vil teste applikasjonen? For å få det til å mislykkes på noen måte, og tester vil sikkert teste hvordan et program ikke fungerer som det skal. Dette er hovedforskjellen i Developer Testing og Tester Testing.
Bør utviklere teste sitt eget arbeid?
Jeg har ikke noe imot utviklere å teste sin egen kode. Det er tross alt babyen deres ;-) De kjenner koden deres veldig godt. De vet hva som er fellene i kodene deres.
Hvor det kan mislykkes, hvor du kan konsentrere deg mer, som er den viktigste banen for applikasjonen. Utvikleren kan gjøre enhetstesting veldig bra og kan effektivt identifisere grensesaker. ( Bildekilde)
Dette er alt gjeldende for en utvikler som er en Bra tester ! Men de fleste av utviklerne anser testing som en smertefull jobb, selv om de kjenner systemet godt, på grunn av deres uaktsomhet, har de en tendens til å hoppe over mange testveier, da det er en veldig smertefull opplevelse for dem.
Hvis utviklere finner noen feil i koden sin i Unit Testing, er det relativt lettere å fikse det, ettersom koden er fersk for dem, i stedet for å få feilen fra testere etter to-tre dager. Men dette er bare mulig hvis utvikleren er interessert i å gjøre så mye testing.
Det er Testers ansvar for å sørge for at hver vei blir testet eller ikke. Testere bør ideelt sett legge vekt på alle små mulige detaljer for å bekrefte at applikasjonen ikke går i stykker.
Utviklere, ikke gå gjennom din egen kode. Vanligvis vil du overse problemene i koden din. Så gi den til andre for gjennomgang.
Alle har spesialisering innen et bestemt emne. Utviklere tenker generelt hvordan de skal utvikle applikasjonen, på den annen side tenker testere hvordan sluttbrukeren skal bruke applikasjonen.
Konklusjon
Så, kort sagt, det er ikke noe problem hvis utviklere gjør grunnleggende enhetstesting og grunnleggende verifiseringstesting. Utviklere kan teste noen få eksepsjonelle forhold de vet er kritiske og ikke bør gå glipp av. Men det er noen gode testere der ute.
verktøy for å teste hvile nettjeneste
Gjennom build to test team. Ikke kast bort tiden din også. For å lykkes med ethvert prosjekt, bør det være et uavhengig testteam som validerer søknadene dine. Tross alt er det vårt (testere) ansvar å gjøre ‘babyen’ smartere !!
Hva sa du?
Anbefalt lesing
- Råd om programvaretesting for nybegynnertestere
- Mister testere grepet over testing på grunn av automatisering?
- Global programvaretestingsvirksomhet når snart 28,8 milliarder dollar
- Topp 10 mest populære kodeverktøy for utviklere og testere
- Hvordan holder jeg motivasjonen levende i programvaretestere?
- Nøkkelen til vellykket enhetstesting - Hvordan utviklere tester sin egen kode?
- Topp 15 SOA-testverktøy for testere
- Beste artikler om programvaretesting fra 2008