developers are not good testers
Dette kan være en stor debat. Udviklere, der tester deres egen kode - Hvad bliver testoutputet? Alle glade afslutninger! Ja, den person, der udvikler koden, ser normalt kun Glade stier af produktet og ikke ønsker at gå i mange detaljer.
hvordan man tilføjer maven i formørkelse
Den største bekymring ved Developer Testing er - misforståelse af krav. Hvis kravene misforstås af udvikleren, så uanset i hvilken dybde udvikleren tester applikationen, vil han aldrig finde fejlen. Det første sted, hvor fejlen introduceres, forbliver til slutningen, en udvikler vil se det som funktionalitet.
Optimistiske udviklere - Ja, jeg skrev koden, og jeg er sikker på, at den fungerer korrekt. Ingen grund til at teste denne sti, ingen grund til at teste den sti, da jeg ved, at den fungerer korrekt. Og lige her springer udviklere over Bugs .
Udvikler vs Tester: Udvikler vil altid se, at hans kode fungerer korrekt. Så han vil teste det for at kontrollere, om det fungerer korrekt. Men du ved, hvorfor testeren vil teste applikationen? For at få det til at mislykkes på nogen måde, og testeren vil helt sikkert teste, hvordan en applikation ikke fungerer korrekt. Dette er den største forskel i Developer Testing og Tester Testing.
Bør udviklere teste deres eget arbejde?
Personligt har jeg ikke noget imod udviklere, der tester deres egen kode. Det er trods alt deres baby ;-) De kender deres kode meget godt. De ved, hvad der er fælderne i deres koder.
Hvor det kan mislykkes, hvor man kan koncentrere sig mere, hvilket er applikationens vigtige vej. Udvikleren kan udføre enhedstest meget godt og kan effektivt identificere grænsesager. ( Billedkilde)
Dette er alt gældende for en udvikler, der er en God tester ! Men de fleste af udviklerne betragter test som et smertefuldt job, selv de kender systemet godt, på grund af deres uagtsomhed har de tendens til at springe mange testveje over, da det er en meget smertefuld oplevelse for dem.
Hvis udviklere finder nogen fejl i deres kode i Unit Testing, er det forholdsvis lettere at rette, da koden er frisk for dem, snarere end at få fejlen fra testere efter to-tre dage. Men dette er kun muligt, hvis udvikleren er interesseret i at lave så meget test.
Det er Testers ansvar for at sikre, at hver eneste sti testes eller ej. Testere bør ideelt set lægge vægt på alle små mulige detaljer for at kontrollere, at applikationen ikke bryder nogen steder.
Udviklere, bedes du ikke gennemgå din egen kode. Generelt vil du overse problemerne i din kode. Så giv det til andre til gennemgang.
Alle har specialisering inden for et bestemt emne. Udviklere tænker generelt, hvordan de skal udvikle applikationen, på den anden side tænker testere, hvordan slutbrugeren skal bruge applikationen.
Konklusion
Så kort sagt er der ikke noget problem, hvis udviklere laver grundlæggende enhedstest og grundlæggende verifikationstest. Udviklere kan teste et par ekstraordinære forhold, som de ved er kritiske og ikke bør gå glip af. Men der er nogle gode testere derude.
Gennem build to test team. Spild ikke din tid så godt. For at få succes med ethvert projekt, skal der være et uafhængigt testteam, der validerer dine applikationer. Når alt kommer til alt er det vores (testere) ansvar at gøre 'babyen' smartere !!
Hvad sagde du?
hvilken af de følgende handlinger ikke kunne anvendes på markører
Anbefalet læsning
- Råd om softwaretest til nybegyndere
- Mister testere deres greb over test på grund af automatisering?
- Global softwaretestvirksomhed når snart $ 28,8 milliarder
- Top 10 mest populære kodevurderingsværktøjer til udviklere og testere
- Hvordan holder jeg motivationen levende i softwaretestere?
- Nøglen til vellykket enhedstest - Hvordan udviklere tester deres egen kode?
- Top 15 SOA-testværktøjer til testere
- Bedste softwaretestartikler fra 2008