7 types software errors that every tester should know
Torna a tocar una publicació conceptes bàsics sobre proves de programari . Aquesta publicació tracta sobre tipus d'errors de programari que tots els verificadors haurien de conèixer.
millor neteja del disc per a Windows 10
Els errors de programari són de molts tipus. Un error és un error, passi el que passi. Però, de vegades, és important entendre la naturalesa, les seves implicacions i la causa per processar-la millor.
Això ajuda a una reacció més ràpida i, sobretot, a una reacció adequada.
En aquest article, en parlarem tipus comuns d’errors de programari i com identificar-los durant la prova amb alguns exemples i exercicis senzills.
Comencem per definir errors de programari i errors.
Què aprendreu:
- Errors de programari i errors
- Categories habituals d'errors de programari:
- Un exercici:
- Conclusió
- Lectura recomanada
Errors de programari i errors
Tal com es defineix a Viquipèdia ' An error és una desviació de la precisió o la correcció 'I' A error de programari és un error, un error, un error o un error en un programa o sistema d’ordinador que fa que produeixi un resultat incorrecte o inesperat o que es comporti de manera no desitjada '.
Per tant, es pot deduir el següent:
- L’error és una variància del resultat real respecte al resultat esperat.
- Els errors són una categoria de errors de programari .
- Es poden introduir errors com a conseqüència de requisits incomplets o inexactes o per problemes d’entrada de dades humanes.
Categories habituals d'errors de programari:
# 1) Errors de funcionalitat :
La funcionalitat és la manera com es pretén que el programari es comporti. El programari té un error de funcionalitat si alguna cosa que espereu que faci és difícil, incòmode, confús o impossible.
Comproveu aquesta captura de pantalla:
La funcionalitat esperada per al botó Cancel·la és que la finestra 'Crea un projecte nou' s'ha de tancar i no s'ha de desar cap dels canvis (és a dir, no s'ha de crear cap projecte nou). Si no es pot fer clic al botó Cancel·la, es tracta d'un error de funcionalitat.
# 2) Errors de comunicació:
Aquests errors es produeixen en la comunicació del programari a l'usuari final. Qualsevol cosa que l'usuari final hagi de saber per utilitzar el fitxer el programari hauria d’estar disponible a la pantalla .
Pocs exemplesd’errors de comunicació: no s’ofereixen instruccions / menú d’ajuda, funcions que formen part de la versió però que no estan documentades al menú d’ajuda, un botó anomenat ‘Desa’ no hauria d’esborrar un fitxer, etc.
# 3) Errors d'ordres que falten:
Això passa es produeix quan falta una ordre esperada . Vegeu aquesta captura de pantalla:
Aquesta finestra permet a l'usuari crear un projecte nou. Tanmateix, no hi ha cap opció que l'usuari pugui sortir d'aquesta finestra sense crear el projecte. Com que l'opció o el botó 'Cancel·la' no es proporciona a l'usuari, es tracta d'un error d'ordres que falta.
# 4) Error sintàctic:
Els errors sintàctics són paraules mal escrites o frases gramaticalment incorrectes i són molt evidents en provar la GUI del programari . Tingueu en compte que NO ens referim a errors de sintaxi al codi. El compilador avisarà el desenvolupador sobre els errors de sintaxi que es produeixin al codi
Tingueu en compte la paraula mal escrita 'Cancel·la':
Tingueu en compte el missatge gramaticalment incorrecte:
# 5) Error en tractar els errors:
Qualsevol error que es produeixi mentre l’usuari interactua amb el programari s’ha de tractar de manera clara i clara manera significativa . Si no, s’anomena error de maneig d’errors.
Mireu aquesta imatge. El missatge d'error no dóna cap indicació del que és realment l'error. Falta un camp obligatori, un error en desar, un error de càrrega de la pàgina o és un error del sistema? Per tant, es tracta d'un 'Error de lliurament d'errors'.
Sempre que sigui possible, s’han d’enumerar altres passos perquè l’usuari segueixi.
Si el programari té alguns camps obligatoris que cal omplir abans de poder desar la informació en un formulari, els missatges de validació haurien de ser clars i indicatius de l'acció que l'usuari requereixi.
Aquí hi ha altresexemples:
# 6) Errors de càlcul:
Aquests errors es produeixen per qualsevol dels motius següents:
- Mala lògica
- Fórmules incorrectes
- Discrepància del tipus de dades
- Errors de codificació
- Problemes de trucades de funcions, etc.
El 1999, la NASA va perdre el seu orbitador climàtic a Mart perquè un dels subcontractistes que va emprar la NASA havia utilitzat unitats angleses en lloc del sistema mètric previst, cosa que va fer que els propulsors de l’orbitador funcionessin incorrectament. A causa d'aquest error, l'òrbita es va estavellar gairebé immediatament quan va arribar a Mart.
# 7) Controlar els errors de flux :
El flux de control d'un programari descriu què farà a continuació i en quines condicions.
Per exemple, tingueu en compte un sistema en què l'usuari ha d'emplenar un formulari i les opcions disponibles per a l'usuari són: Desa, Desa i Tanca i Cancel·la. Si un usuari fa clic al botó 'Desa i tanca', s'hauria de desar la informació de l'usuari del formulari i tancar-lo. Si feu clic al botó no tanca el formulari, es tracta d'un error de flux de control.
Un exercici:
Identifiquem en quines categories d'errors pertanyen els següents:
Exercici núm. 1:
Es tracta d’errors de maneig d’errors.
Exercici núm. 2:
els millors llocs per veure animis en línia gratuïts
Es tracta d'un error de l'ordre Falta. El botó Cancel·la és obligatori, però falta. A més, els dos botons 'Procedeix' i 'Suprimeix' són redundants i fan la mateixa funció.
Exercici # 3
Es tracta d’un error sintàctic.
Següent pas:
Notificar un error un cop identificat és essencial. Per obtenir els millors resultats, informeu immediatament.
Incloeu la descripció, la prioritat, la gravetat, els activadors i els passos per recrear l’escenari, les captures de pantalla (si n’hi ha) a l’informe d’errors.
Per obtenir més informació sobre la redacció d’informes de defectes efectius, consulteu aquesta publicació .
Conclusió
La identificació de defectes, la classificació, l’informe i, finalment, l’eliminació formen part de les activitats de control de qualitat.
Però és millor prevenir que curar. El nucli mateix de l’assegurament de la qualitat del programari és establir processos de supervisió i inspecció en cada etapa del cicle de vida del desenvolupament de programari.
Lectura suggerida = >> Com es corregeix l’error del renderitzador d’àudio
L’objectiu és detectar els errors el més aviat possible. Això es deu al fet que els costos de trobar i corregir errors augmenten dràsticament a mesura que avança el desenvolupament de programari. Per tant, és fonamental identificar els errors al principi.
La solució d’un error és el més barat durant l’etapa d’anàlisi de requisits, es fa progressivament car amb cada etapa i és més car en la fase de manteniment posterior al llançament.
Com a enginyers de control de qualitat, podem participar directament o no en la definició de requisits. És possible que tinguem poc o cap control directe sobre la qualitat dels requisits.
Per tant, és essencial que siguem capaços d’identificar, buscar i informar dels errors que ens trobem durant la fase de proves.
Sobre l'autor: Aquest útil article l’ha escrit Neha B. Actualment treballa com a gerent d’assegurament de la qualitat i s’especialitza en dirigir i gestionar equips de control de qualitat interns i externs.
Feu-nos saber altres tipus d'errors de programari que coneixeu o que heu trobat.
Lectura recomanada
- Tipus de riscos en projectes de programari
- Exemple d’informe d’errors
- 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'.
- El treball del provador de programes és realment un treball de baix perfil?
- Guia de currículums de proves de programari perfectes (amb mostra de currículum de proves de programari)
- 5 maneres de ser un provador de programari audaç i segur
- 5 coses que un desenvolupador principiant (i un provador) hauria de saber sobre les proves de programari
- Característiques d'un provador de programari deficient