Menú

Les proves de programari són monòtones ... Ah, de debò?

software testing is monotonous really

Proveu El Nostre Instrument Per Eliminar Problemes

Tarda de sol, una empresa de TI, dos provadors a la màquina expenedora -

Prova 1: Aquesta feina és una merda. Durant un dia sencer, segueixo executant els mateixos casos de prova que vaig fer ahir i, tot i així, la majoria no funcionen. El gestor de productes no està satisfet amb mi perquè els casos de prova fallen i no tinc idea de què fer.

Prova 2: Estic dacord. També estic davant del mateix problema. No trobo res de nou per fer. Està previst que escrigui casos de prova cada dia i, sempre que presento idees noves, es rebutgen amb diferents excuses.

Prova 1: Estic buscant un nou treball, que em donaria l'oportunitat de créixer i explorar ... ... ....

Prova 2: Si us plau, feu-m'ho saber on vulgueu sol·licitar, ja que també estic interessat en trobar una nova oportunitat.

les proves de programari són monòtones?

Què enteneu de la discussió anterior?

  • Tots dos provadors busquen nous llocs de treball
  • Els dos provadors estan cansats del treball actual
  • Per als dos provadors, el treball actual no és interessant
  • Els dos provadors assumeixen que trobaran alguna cosa interessant en el seu nou treball

Bé, la veritat és que cap feina és monòtona, sens dubte NO és la prova de programari. És la percepció de la persona la que la fa sentir així. Ho sé, pot haver-hi molts arguments.

Deixa'm presentar el meu cas -

Com a provador, se suposa que heu de provar la pàgina d'inici de sessió de l'aplicació. Se suposa que l'aplicació funciona en diferents plataformes i se suposa que heu de provar-la a fons.

  • Creus que la feina és monòtona?
  • Creus que no estàs aprenent res de nou?
  • Creieu que no hi ha res a explorar?

A veure -

  • Què passa si l'usuari proporciona credencials d'inici de sessió i tanca el navegador? Es conserven les credencials?
  • Què passa si el mateix usuari intenta iniciar sessió des de diferents plataformes alhora?
  • Què passa si l’usuari ha d’esperar dos minuts abans de navegar a la pàgina d’inici després d’haver proporcionat credencials vàlides?
  • Què passa si l'usuari proporciona credencials d'inici de sessió vàlides i el servidor de bases de dades no respon? Què es mostrarà a l'usuari?
  • Què passa si l'usuari ha proporcionat credencials vàlides i no ha fet clic al botó D'acord o al botó Envia i ha deixat la pàgina tal com està durant mitja hora?
  • Què passa si l'usuari hagués proporcionat credencials vàlides i hagués fet clic al botó D'acord o Envia 10 vegades consecutivament?
  • Què passa si l'usuari ha proporcionat credencials vàlides i ha fet clic a Heu oblidat la contrasenya?
  • Què passa si l'usuari canvia l'URL de la pàgina d'inici de sessió afegint alguna consulta d'injecció SQL?
  • El fet de saber com funciona la pàgina d'inici de sessió d'una altra aplicació marcarà la diferència?
  • Conèixer les actualitzacions de la indústria UX (User Experience) del sector tindrà alguna diferència en el provador?

Els punts anteriors semblen interessants? Per descomptat que sí. Però podrien semblar rutinaris quan els haureu d’executar per a totes les plataformes compatibles.

D’acord, fem estratègies.

Executeu-ho tot per a una plataforma. Esbrineu problemes importants i confirmeu-los per a altres dues plataformes. Si existeixen, no proveu més i rebutgeu la compilació.

Motius de la monotonia com a provador de programari -

provar l

Per tant, si he de concloure els motius de la monotonia com a provador de programari, voldria esmentar els punts següents:

  • Pot ser que el provador NO sigui pensant fora de caixa
  • Que el provador sigui massa mandrós per executar els mateixos casos una i altra vegada
  • Pot ser que el provador no estigui interessat aprendre alguna cosa nova .
  • Pot ser que el provador no sàpiga implementar els seus coneixements recentment adquirits
  • Pot ser que el provador no sigui un apassionat de les proves
  • Pot ser que el provador no sigui capaç de fer-ho motivar-se
  • Pot ser que el provador no sigui capaç de fer-ho trobar errors i se’n sent culpable
  • Pot ser que el provador no estigui segur proves en temps real i és conscient del
  • Pot ser que el provador no vulgui pensar res més que casos de prova amb guió
  • Pot ser que el provador no estigui autoritzat explorar a causa de problemes de càrrega de treball o d’accés
  • Pot ser que el provador estigui pressionat en termes de terminis i lliuraments
  • Pot ser que el provador hagi perdut interès pel que faci
  • Pot ser que el provador no hagi fet un descans des de fa molt de temps

Com treballar amb tu mateix, si creus que el teu treball és monòton -

millorar com a provador

Analitzant la causa arrel per a la monotonia i curar-la és la solució.

Adoneu-vos que, tot i estar en el camp més real, si sentiu monotonia, heu de treballar en vosaltres mateixos. Com fer-ho? Bé, hi ha moltes maneres:

# 1) Debateu i discutiu: Una discussió saludable pot provocar que vosaltres i els altres que participeu en la discussió aprenguin alguna cosa nova.

Ser provador, discutir un escenari, discutir el resultat, discutir el comportament de l’aplicació, discutir la correcció d’errors sempre m’ha estat útil per entendre i pensar els punts que potser hauria perdut i estic segur que la majoria dels verificadors ho faran no negar aquest fet.

Llegiu també =>

Quina és la millor manera de fer que la relació entre el desenvolupador i el control de qualitat sigui saludable? i
Quina importància té un comunicador entre un provador o un desenvolupador?

# 2) Explorar i comprendre: Les proves de programari són a punt generant idees , com he esmentat moltes vegades en el passat. Tothom pot executar els casos de prova documentats. Però penseu en generar diferents escenaris de proves i no tothom pot fer-ho. Necessita un aprenentatge constant d’altres aplicacions, altres membres de l’equip, altres equips i la indústria també.

Quan un pot entrenar-se per veure-ho tot amb ull per provar, sorgeix un provador real i segur que pot provar una diferència positiva.

# 3) Llegiu i apreneu: El programari és la indústria, que canvia contínuament. Les noves tecnologies, els nous reptes i les noves experiències s’adapten cada dia i, com a provador, és molt necessari aprendre constantment, estar ben versat amb el que sàpiga i descobrir allò que no sap i fer-ne una idea.

Implementa el teu aprenentatge i millorar cada dia . Prova això Recurs STH per accedir a tots els recursos que necessiteu.

Preguntes i respostes de l’entrevista c ++

# 4) Auto motivació: L’automotivació és l’eina més necessària per provar programari. La majoria de les vegades, la gent us odia o us ignora quan intenteu criticar o trobar problemes al seu treball. I creieu-me, es necessita temps per entrenar-vos veure aquestes negativitats positivament i motivar-se cada vegada .

# 5) Finalment , heu de llegir això => 16 coses que cal fer quan t’avorreixes de provar

Així, a partir d’ara, sempre que sentiu que la vostra feina com a provador és monòtona, consoleu-vos que tenim la sort de tenir l’oportunitat de pensar fora de la caixa, executar idees, analitzar coses i, finalment, anunciar si alguna cosa és apte per a ús o no ... una gran satisfacció? Per descomptat que sí!!!

Autor : Aquest post encoratjador l’ha escrit Bhumika M., membre de l’equip de STH. Ara fa més de deu anys que està en el camp de les proves de programari.

Lectors de proves feliços ... animem-nos per nosaltres mateixos :)

Lectura recomanada

^