developers are not good testers
To je lahko velika razprava. Razvijalci testirajo svojo kodo - Kakšen bo rezultat testiranja? Vse srečne konce! Da, oseba, ki razvije kodo, praviloma vidi samo Vesele poti izdelka in se ne želite spuščati v podrobnosti.
kako odpreti swf datoteke v
Glavna skrb razvijalnega testiranja je - nerazumevanje zahtev. Če razvijalec napačno razume zahteve, potem ne glede na to, na kakšni globini razvijalec preizkusi aplikacijo, napake ne bo nikoli našel. Prvo mesto, kjer se napaka uvede, bo ostalo do konca, razvijalec jo bo videl kot funkcionalnost.
Optimistični razvijalci - Da, napisal sem kodo in prepričan sem, da deluje pravilno. Ni treba preizkusiti te poti, ni je treba preizkusiti, saj vem, da deluje pravilno. In prav tukaj razvijalci preskočijo Napake .
Developer vs Tester: razvijalec si vedno želi, da bi njegova koda delovala pravilno. Tako ga bo preizkusil, da preveri, ali deluje pravilno. Ampak veste, zakaj bo tester preizkusil aplikacijo? Da bi na kakršen koli način spodletelo, bo tester zagotovo preizkusil, kako aplikacija ne deluje pravilno. To je glavna razlika pri testiranju razvijalcev in preizkuševalcih.
Ali bi morali razvijalci preizkusiti svoje delo?
Osebno me ne moti, da razvijalci preizkušajo lastno kodo. Navsezadnje je to njihov otrok ;-) Zelo dobro poznajo svojo kodo. Vedo, kakšne so pasti v njihovih kodah.
Kje lahko propade, kje se bolj osredotoči, kar je pomembna pot aplikacije. Razvijalec lahko zelo dobro opravi enotno testiranje in lahko učinkovito prepozna mejne primere. ( Vir slike)
To je vse velja za razvijalca, ki je Dober preizkuševalec ! Toda večina razvijalcev testiranje šteje za boleče delo, tudi sistem dobro poznajo, zaradi svoje malomarnosti ponavadi preskočijo številne preizkusne poti, saj je to zanje zelo boleča izkušnja.
Če razvijalci najdejo kakršno koli napako v svoji kodi pri preizkušanju enot, je to razmeroma lažje popraviti, saj je koda za njih sveža, namesto da bi napako od testerjev dobili po dveh ali treh dneh. Toda to je mogoče le, če razvijalec zanima toliko preizkušanja.
To je Testerjeva odgovornost da se prepričate, da je vsaka pot preizkušena ali ne. Preizkuševalci bi morali v idealnem primeru dati pomen vsem majhnim podrobnostim, da preverijo, da se aplikacija nikjer ne pokvari.
Razvijalci, ne pregledujte svoje kode. Na splošno boste težave s kodo spregledali. Dajte ga torej drugim v pregled.
Vsakdo ima specializacijo iz določenega predmeta. Razvijalci na splošno razmišljajo, kako razviti aplikacijo. Po drugi strani preizkuševalci mislijo, kako bo končni uporabnik uporabljal aplikacijo.
Zaključek
Torej, na kratko, ni težav, če razvijalci izvajajo osnovno testiranje enot in osnovno preverjanje. Razvijalci lahko preizkusijo nekaj izjemnih pogojev, za katere vedo, da so kritični in jih ne smete zamuditi. Ampak tam je nekaj odličnih preizkuševalcev.
Skozi gradnjo za preizkusno skupino. Ne zapravljajte tudi svojega časa. Za uspeh katerega koli projekta bi morala obstajati neodvisna preskusna skupina, ki bi potrjevala vaše prijave. Navsezadnje je naša odgovornost (preizkuševalcev), da naredimo ‘otroka’ pametnejšega !!
Kaj si rekel?
za kaj se uporablja c ++?
Priporočeno branje
- Nasveti za preizkušanje programske opreme za preizkuševalce začetnike
- Ali preizkuševalci zaradi avtomatizacije izgubljajo oprijem zaradi preskušanja?
- Svetovno podjetje za testiranje programske opreme bo kmalu doseglo 28,8 milijarde dolarjev
- 10 najbolj priljubljenih orodij za pregled kode za razvijalce in preizkuševalce
- Kako ohraniti motivacijo pri preizkuševalcih programske opreme?
- Ključ do uspešnega testiranja enot - kako razvijalci preizkušajo lastno kodo?
- 15 najboljših orodij za preizkušanje SOA
- Najboljši članki o preizkušanju programske opreme iz leta 2008