5 things beginner developer
La sala de conferències sencera va callar i, després d’esperar uns minuts, no vaig poder mantenir la paciència i vaig haver de repetir la pregunta:
A qui li agradaria unir-se a l'equip de proves?
Teníem 20 participants a bord i s’estava formant en diferents aspectes dels projectes de programari. Els líders i administradors de diferents departaments, com ara anàlisi, desenvolupament, proves i vendes de negocis, van mantenir reunions amb aquests els participants en formació per proporcionar-los el coneixement i ajudar-los a entendre com i com és el projecte real de programari. Com a responsable de proves, vaig explicar els aspectes bàsics de la prova i la importància de provar el cicle de vida a aquestes cares noves.
Amb il·lusió, quan vaig deixar de banda la pregunta, mai no vaig pensar en el silenci de pin drop. Ningú no estava preparat per unir-se a les proves. Vaig sospirar trist i vaig agafar una altra pista per educar aquesta futura generació de TI.
Vaig ajustar la meva pregunta per conèixer els motius del declivi proves de programari com a professió -
Per què no voleu unir-vos a les proves de programari?
Les respostes van ser interessants (i pràctiques en algun moment)
- Qualsevol pot fer proves però no desenvolupar-les ( és bo saber-ho )
- Es paga menys als provadors ( lleugerament cert, però no sempre )
- És una feina ingrata ( totalment d’acord, però aquest no és el motiu vàlid )
- No hi ha res a aprendre al respecte ( Hooh ... qui ho va dir?)
- No hi ha cap raó per escollir les proves de programari com a carrera professional ( la pitjor raó )
Què aprendreu:
- Per què hi ha proves de programari?
- # 1. Les proves de programari no són pèrdues de temps:
- # 2. La prova de programari és obligatòria:
- # 3. Les proves d’unitats són responsabilitat total del desenvolupador:
- # 4. Els desenvolupadors i els verificadors són iguals:
- # 5. El provador hauria d’estar implicat des del primer dia del projecte:
- Conclusió:
- Lectura recomanada
Per què hi ha proves de programari?
D’acord, doncs, era hora d’entrenar a aquesta gent nova sobre per què existeixen les proves de programari i què haurien de saber-ne si s’uneixen al desenvolupament de programari.
Com vaig canviar d’opinió?
Aquí només intento resumir què hem comentat durant aquella tarda i com vaig tenir èxit en canviar d'opinió d'almenys 20 persones, alhora que vaig netejar la percepció sobre les proves de programari.
# 1. Les proves de programari no són pèrdues de temps:
Què passa quan teniu convidat a casa i els prepareu apressats llimonada i els serviu? Quan els convidats deixen els gots inacabats, sents que deu haver fallat alguna cosa i quan tastes la llimonada, OMG ...… se sentia pudent. Us agradaria haver passat només 10 segons més i provar la llimonada abans de servir-la.
Tot i que té pressa per lliurar el projecte en una línia de temps, les empreses / direcció / qualsevol persona es preparen per comprometre’s en el moment de fer les proves, ja que la percepció sobre les proves de programari realment triga molt del que es requereix encara a la ment de la gent. Però no val la pena el temps que es triga a fer les proves en comparació amb la trucada del client a mitjanit per fer-vos saber que cancel·larà la següent tasca, ja que la tasca actual lliurada presentava més de 5 errors crítics en les dues primeres hores d’ús intern. Bang !!
# 2. La prova de programari és obligatòria:
Les proves de programari són una part inevitable del cicle de vida del desenvolupament de programari. El camí
- Els editors ajuden a millorar la pel·lícula
- Els correctors ajuden a millorar un llibre
- Els vigilants de seguretat ajuden a fer la vida de les persones pacífica i segura
- El petroli ajuda a fer funcionar la maquinària sense defectes
La prova de programari ajuda el programari a millorar. No crec que hagi de gastar ni una sola paraula més per explicar-ho.
# 3. Proves d’unitat és una responsabilitat total del desenvolupador:
Quan desenvolupeu alguna cosa, heu de comprovar-ho abans de demanar-li a algú altre que ho comprovi. El camí
- El xef sempre prova i fa olor de la seva recepta abans de servir els altres
El desenvolupador és completament responsable de provar el seu propi codi abans d’enviar-lo als provadors. Els provadors estan allà per ajudar-vos a millorar la qualitat del codi i, en última instància, del producte i no esbrinar els errors més ximples que heu comès mentre escriviu el codi.
A més d’això, no assumeixi mai que la qualitat només sigui responsabilitat dels verificadors.
En el món àgil actual, se suposa que els desenvolupadors i verificadors assumeixen la responsabilitat combinada de la qualitat del producte. S'espera que els desenvolupadors facin proves de parelles amb el provador i proporcionin informació sobre què i per què pot sortir malament i animen el provador a generar idees de prova basades en les vostres estadístiques.
# 4. Els desenvolupadors i els verificadors són iguals:
Qualsevol treball / projecte és un esforç combinat d’equip i això significa que totes i cadascuna de les persones és igual d’important. Si un desenvolupador creu que ho està fent millor i se li hauria de donar més importància perquè crea alguna cosa des de zero, cal tornar a considerar el pensament. Sí, el desenvolupador desenvolupa alguna cosa des de zero, però no pot completar la creació sense l'ajut del provador.
El provador proporciona un ull a l'usuari per al producte. Un provador ben entrenat i experimentat pot mostrar les escletxes del producte, un desenvolupador mai no ho pot pensar. Un provador aporta noves idees sobre com ha de ser el producte, com ha de tenir en compte una instància concreta, com ha de funcionar, com es pot comportar i com pot fallar.
La manera com és important afegir sal a totes les receptes perquè es puguin menjar, cal fer proves perquè el producte es pugui lliurar.
I, per tant, els desenvolupadors i els provadors són igualment importants. Són les mans esquerra i dreta del cos anomenades projecte.
# 5. El provador hauria d’estar implicat des del primer dia del projecte:
Com a desenvolupador, mai no hauríeu de cometre aquest error assumint que no és necessari que un provador tingui coneixement d’alguna cosa com l’anàlisi de requisits, la lògica aplicada mentre s’escriu el codi, les sol·licituds de canvi del client, els comentaris del client, etc.
El provador té un suport de pila i hauria d’estar implicat des del començament del projecte. La participació inicial de l'equip de proves els proporciona confiança, les discussions constants fomenten un comprensió entre l'equip de desenvolupament i proves , una bona ajuda augmenta el seu esperit per fer alguna cosa millor, les demandes de suggeriments els fan sentir dignes.
Conclusió:
El comprovador no només provarà un mòdul o producte, sinó que us ajudarà a oferir el millor producte, que us ajudarà suggerint algunes idees provades sobre les expectatives dels usuaris, que us informarà de la freqüència amb què el vostre estimat codi es va estavellar ...… i tu, com a desenvolupador, realment ho necessites, oi?
Sobre l'autor: Aquesta increïble publicació està escrita pel membre de l'equip de STH, Bhumika Mehta. És cap de projecte, amb més de 7 anys d’experiència en proves de programari. A ella li agrada molt provar i li encanta provar que tot existeix.
Com és habitual, esperant el vostrecomentaris, opinions i suggerimentssobre el tema.
Lectura recomanada
- Prova de programari Treball d'assistent de control de qualitat
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- El treball del provador de programes és realment un treball de baix perfil?
- Anunciant el meu nou llibre electrònic: 'Paquet professional de proves de programari: el viatge d'un provador de programari: des de la feina fins a la condició de líder en proves'.
- Quin és el vostre perfil de treball a les proves de programari? (ENQUESTA)
- Com obtenir un treball de prova de programari ràpidament
- 10 raons per les quals no obteniu feina en proves de programari