developers are not good testers
Aquest pot ser un gran debat. Els desenvolupadors proven el seu propi codi - Quina serà la sortida de les proves? Tots els finals feliços! Sí, la persona que desenvolupa el codi generalment només veu Camins feliços del producte i no voleu entrar en molts detalls.
passarel·la predeterminada no disponible Windows 10 2019
La principal preocupació de les proves per a desenvolupadors és - el malentès dels requisits. Si el desenvolupador no entén els requisits, independentment de la profunditat en què el desenvolupador provi l'aplicació, mai no trobarà l'error. El primer lloc on s’introduirà l’error romandrà fins al final, un desenvolupador ho veurà com a funcionalitat.
Desenvolupadors optimistes - Sí, he escrit el codi i estic segur que funciona correctament. No cal provar aquest camí, no cal provar-lo, ja que sé que funciona correctament. I aquí mateix els desenvolupadors ometen el Errors .
Desenvolupador contra verificador: el desenvolupador sempre vol que el seu codi funcioni correctament. Per tant, ho provarà per comprovar si funciona correctament. Però sabeu per què el provador provarà l'aplicació? Per fer que falli de cap manera, el tester segurament comprovarà com una aplicació no funciona correctament. Aquesta és la diferència principal en les proves per a desenvolupadors i proves de proves.
Els desenvolupadors haurien de provar el seu propi treball?
Personalment, no m’importa que els desenvolupadors provin el seu propi codi. Al cap i a la fi, és el seu bebè ;-) Ells saben molt bé el seu codi. Saben quines són les trampes dels seus codis.
On pot fallar, on concentrar-se més, que és el camí important de l’aplicació. El desenvolupador pot fer proves d’unitats molt bé i pot identificar efectivament els casos límit. ( Font de la imatge)
Això és tot aplicable a un desenvolupador que sigui un Bon provador ! Però la majoria dels desenvolupadors consideren les proves com una feina dolorosa, fins i tot coneixent bé el sistema, ja que per negligència solen saltar-se molts camins de proves, ja que és una experiència molt dolorosa per a ells.
Si els desenvolupadors troben algun error al seu codi a la prova unitària, és relativament més fàcil de solucionar, ja que el codi és nou per a ells, en lloc de rebre l’error dels provadors després de dos o tres dies. Però això només és possible si el desenvolupador està interessat a fer tantes proves.
És el Responsabilitat del provador per assegurar-se que tots i cadascun dels camins estan provats o no. Idealment, els verificadors haurien de donar importància a tots els petits detalls possibles per comprovar que l’aplicació no es produeix enlloc.
Desenvolupadors, no reviseu el vostre propi codi. En general, passareu per alt els problemes del vostre codi. Així que doneu-lo a altres per a la seva revisió.
Tothom està especialitzat en un tema concret. Els desenvolupadors generalment pensen com desenvolupar l’aplicació, d’altra banda, els provadors pensen com l’usuari final utilitzarà l’aplicació.
optimitzador de sistema gratuït per a Windows 7
Conclusió
Per tant, en resum, no hi ha cap problema si els desenvolupadors fan proves bàsiques d’unitat i proves bàsiques de verificació. Els desenvolupadors poden provar algunes condicions excepcionals que saben que són crítiques i que no s’han de perdre. Però hi ha alguns provadors fantàstics.
Mitjançant l’equip de build to test. No perdeu el temps també. Per a l’èxit de qualsevol projecte, ha d’haver un equip de proves independent que validi les vostres aplicacions. Al cap i a la fi, és responsabilitat nostra (provadors) fer que el ‘bebè’ sigui més intel·ligent !!
Què has dit?
Lectura recomanada
- Consells sobre proves de programari per a provadors novells
- Els provadors perden el control de les proves a causa de l'automatització?
- El negoci global de proves de programari arribarà aviat a 28,8 mil milions de dòlars
- Top 10 de les eines de revisió de codi més populars per a desenvolupadors i verificadors
- Com mantenir la motivació viva en els provadors de programari?
- Clau per a la prova unitària amb èxit: com els desenvolupadors posen a prova el seu propi codi?
- Top 15 d'eines de prova SOA per a provadors
- Els millors articles de proves de programari del 2008