cosmetic functional bugs what has be treated
Sempre hi ha grans responsabilitats imposades al comprovador per descobrir qualsevol tipus d’error que tingui el programari. Independentment de la funcionalitat i la interfície d'usuari, els verificadors poden generar errors sempre que hi hagi una no conformitat.
Aquest article ajuda a entendre la importància dels errors funcionals i cosmètics. A més, els factors a tenir en compte per prioritzar-los també s’expliquen aquí de manera comprensible amb alguns exemples en viu d’il·lustracions .
què és la prova de seny en les proves de programari
Què aprendreu:
Importància dels errors funcionals i cosmètics
Els errors són inevitables en el desenvolupament de programari. Per tant, sempre és molt important realitzar proves exhaustives del programari abans que es pugui utilitzar en directe. Proves de programari poden esdevenir més essencials a mesura que ajuden a identificar errors fallats pels desenvolupadors .
Aquests errors no identificats poden ser molt costosos en directe. Per tant, s’ha de dur a terme un pla de proves adequat i les proves per millorar la qualitat del programari.
Fig 1:
La figura anterior ha de carregar un fitxer d'imatge que el programari no ha pogut mostrar. Aquest és un problema greu que pot causar greus impactes empresarials.
Els insectes cosmètics i la seva important importància
Els requisits cosmètics no són res més que la interfície d’usuari o només l’aspecte frontal del programari. La majoria de les vegades passa que continua canviant entre diferents versions.
Això passa especialment en els projectes on s’està seguint la metodologia àgil. Les versions es produeixen aquí en forma d’esprint. Per tant, se solen anomenar versió Sprint o simplement SR-xx, on 'xx' fa referència al número de versió.
Totes les versions poden tenir un determinat conjunt de requisits. Generalment, els clients es preparen amb molta freqüència per sol·licitar canvis a la interfície d’usuari o només a la interfície d’usuari.
A continuació es detallen alguns exemples de requisits cosmètics:
- Els menús han d’estar disponibles amb el tipus de lletra Calibri i.
- La caixa de text A ha de tenir 1,2 polzades
- Tots els informes generats han de tenir el títol amb mida H1 amb color '002522'.
Els anteriors són alguns exemples de requisits cosmètics que es poden presentar. Aquests són els requisits principalment dirigits improvisant la usabilitat del programari . Un altre dels motius darrere dels requisits cosmètics és optimitzar el programari i el seu disseny per al propòsit empresarial.
Fig 2
A la figura anterior, hi ha problemes funcionals i cosmètics. No es mostra cap problema funcional com la casella de selecció per a l'opció 'Utilitza DeathByCaptcha'.
El problema cosmètic es pot veure aquí com si no s’hagués utilitzat cap tipus de lletra uniforme.
Factor de prioritat per als errors cosmètics o necessitats dels clients
Les necessitats cosmètiques estan marcades una mica essencials pels clients. Això es deu a la preocupació per la necessitat de fer que la interacció del programari sigui molt senzilla i alhora eficaç perquè la realització dels objectius es produeixi fàcilment. En cas que hi hagi problemes amb la interfície d'usuari, els clients arriben als proveïdors amb un error de baixa prioritat.
Com passa generalment, els aspectes funcionals del programari els preocupen els desenvolupadors que els aspectes cosmètics, ja que són majoritàriament zones de poc impacte.
Els provadors de programari volen que tots els requisits esmentats pels clients estiguin disponibles en el programa de fallades que naturalment plantegen un error. I és aquí on tot s’enlaira. La prioritat establerta pel verificador es produeix com a resultat del suggeriment del client. La visió dels desenvolupadors és una mica diferent a la que miren els provadors. Sempre miren si l'error pot provocar un trencament de la funcionalitat.
Aquí arriben algunes discussions recurrents i el resultat de la mateixa pot fer que les recomanacions de l'equip de proves es produeixin en algun moment. Si no és a la versió actual, pot passar a la següent.
Exemple real # 1)
El client ha sol·licitat que aparegui el logotip de l'empresa a la pàgina inicial dins del marc del títol juntament amb una funció de càrrega ràpida. El proveïdor ha lliurat el programari on el logotip de l’empresa triga a carregar-se i els clients amb la sensació que el logotip no s’està carregant procedeixen a plantejar un problema en viu.
Per tant, això ha causat més danys als venedors. La causa arrel del problema pot ser la mida de la imatge o la naturalesa de la imatge o qualsevol altra cosa. Tot i que això no té interrupcions funcionals, s’ha plantejat com un problema en directe.
Errors funcionals: factors crítics i prioritaris
En general, els errors es consideren prioritzats en funció de la prioritat establerta pels clients i dels possibles impactes que poden deixar al negoci. Els creadors creuen generalment que cal treballar els errors crítics. Això és més obvi, ja que els errors funcionals suprimeixen el seu treball.
I en funció de la prioritat, els clients volen prioritzar alguns dels errors funcionals i cosmètics de la mateixa versió. El factor de criticitat depèn de l’impacte o de l’impacte potencial que l’error pot deixar. El factor prioritari es basa exclusivament en el client i les seves necessitats.
En termes de criticitat, els errors funcionals són molt necessaris per solucionar-los sense retards. Per als errors cosmètics, poden anar amb les decisions preses pels clients
Fig 3
A la figura anterior, hi ha problemes funcionals, com ara problemes de disseny i superposició de text, i problemes cosmètics, com ara el tipus de lletra.
Exemple real # 2)
El client de l'exemple número 1 tenia diverses versions del mateix proveïdor. Els clients estan satisfets amb els lliuraments proporcionats pels venedors. Ara, de sobte, hi ha pocs escenaris empresarials que els clients identifiquen que no funcionen juntament amb algunes altres llistes de problemes de visualització. Com que es considera que els problemes que afecten funcionalment són crítics per als clients, van demanar als venedors que els solucionessin el més aviat possible.
I com que els problemes de visualització tenien signes d'abandonar el menor grau d'impactes, els clients els van donar prioritat en diverses versions. Els clients estaven preparats per publicar-se amb solucions per a alguns dels problemes de visualització i la majoria de problemes funcionals. Això es deu al fet que totes les funcions poden afectar el negoci i els pocs problemes de visualització poden generar impactes.
Impactes empresarials
Tots els errors poden provocar alguna incompatibilitat del programari amb la dels requisits del client. Quan es tracta d’impactes a l’empresa, definitivament són els errors funcionals els que mereixen causar impactes greus a l’empresa. Com que els errors cosmètics s’ajusten al problema amb el disseny i l’aspecte de la interfície d’usuari, poden crear problemes amb la usabilitat i l’aspecte dels usuaris.
En altres paraules, s’anomenen millor com a millores cosmètiques que els errors. Tot i que no poden afectar greument el negoci de manera més gran, poden comportar algunes dificultats entre els usuaris mentre utilitzen el programari.
Exemple real # 3)
Els proveïdors han lliurat una nova versió de l'aplicació de programari en una versió mòbil. Hi ha poques funcions a les aplicacions per a mòbils que obliguen l'usuari a fer clic en algun enllaç més sovint. Això va crear una sensació d'usabilitat degradada entre els usuaris. Els proveïdors han de reconsiderar el disseny i el flux de l'aplicació. Després de canviar el flux, l'aplicació va començar a fer-los servir diversos usuaris.
La usabilitat té el paper principal en moltes d’aquestes aplicacions. Tot i que no hi va haver canvis funcionals, hi va haver pocs canvis en els cosmètics que van fer que les aplicacions fossin més fortes
Estudi comparatiu entre els errors cosmètics i els errors funcionals
Hi pot haver diverses variacions entre les classificacions d'errors, com ara els funcionals i els cosmètics, en diversos aspectes del cicle de vida de les proves de programari. Poques són les que es formulen i tabulen com a diferència entre ambdós tipus:
| Àrea de comparació | Errors funcionals | Bugs cosmètics |
|---|---|---|
| Causes potencials | Hi pot haver diverses causes: 1. Problemes de codificació 2. Problemes de sincronització 3. Problemes d'aplicacions dependents | El problema pot ser el següent: 1. Problemes de disseny 2. Problema de fitxer no admès |
| Grau de recreació | La recreació dels errors funcionals la poden fer els provadors o els mateixos clients | Els errors cosmètics requereixen un mínim esforç en la recreació, ja que s’identifiquen sobretot a nivell d’interfície d’usuari |
| Criticitat | Són sobretot crítics, ja que el desglossament funcional pot afectar el negoci de manera greu | Es poden convertir en crítics en poques ocasions. |
| Prioritat | La prioritat és la definida pels clients | La prioritat és la definida pels clients |
| Impacte potencial | El desglossament funcional pot causar problemes greus al negoci dels clients | Tot i que no poden crear un impacte directe, també poden assumir impactes potencials. |
| Consideració de millores | Aquests errors mai no es poden recomanar ni considerar com a millores | Aquests errors es poden considerar o millorar com a millora |
| Costos quan no es fixa | Cost elevat quan el problema es troba al programari en directe | No costa molt |
Il·lustracions d'errors cosmètics
L’error cosmètic pot causar un impacte en alguns llocs on hi ha logotips d’empreses o imatges de les associacions al programari, però no es carrega correctament. Tot i que són errors no funcionals, poden esdevenir greus. Comprenem les següents il·lustracions per entendre la importància dels insectes cosmètics i el seu paper significatiu.
Cas pràctic
El proveïdor B. està desenvolupant el programari A. El mode de lliurament al client es realitza en forma de caiguda de codi una vegada cada mes després que s’hagi llançat la versió base. Des del producte lliurat, els clients enumeraran tots els problemes, errors, millores en funció de la seva criticitat i la prioritat.
La prioritat és la mateixa P1, P2, P3 i P4.
La criticitat és igual Sever, Major, Alt i Baix.
Ara els clients esperen que tots els errors Sever, Major, P1 es solucionin la setmana 30. De la mateixa manera, els High, P2 errors a la setmana 35. Baixos, s’esperen solucions d’errors P3 a la setmana 40. Finalment, s’esperen errors P4 a la setmana. 40. Entre tota la versió de les correccions, el client bloqueja un període de temps de memòria intermèdia de 3 dies.
Ara, la següent observació es fa molt crítica:
- Com s'ha planejat com a mode canalitzat, qualsevol retard afectarà els plans posteriors d'una manera més gran.
- Les prioritats les formen els clients i, per tant, tenen previst alliberar-les durant el període que desitgin
- El retard en els errors de baixa prioritat pot actualitzar la seva prioritat de baixa prioritat a major.
- Els retards menors poden causar greus impactes a l’empresa, deixant que els errors baixos i menors esdevinguin importants.
Testers & Developers Meet
'No compteu els ous abans que neixin' - Aquesta línia és aplicable tant als desenvolupadors com als provadors. Quan el programari s'ha desenvolupat i està a punt per provar-se, els provadors solen pensar en les línies anteriors. Després de les proves, ara és el torn dels desenvolupadors d’escriure les línies als provadors. Els següents són els pensaments que flueixen entre ells:
- Els provadors diuen als desenvolupadors que hi ha tants errors que podem detectar al vostre programari. Per tant, el vostre treball no s’ha acabat.
- Un cop finalitzada la fase de proves i després de molts errors, els desenvolupadors diuen que no creieu que hagueu generat més errors, trobarem la raó adequada per rebutjar la majoria dels errors que heu plantejat que no són genuïns.
Per tant, sempre és una mena d’enfocament argumentatiu entre els provadors i els desenvolupadors. Per assegurar-se que tots els lliuraments del projecte estiguin sincronitzats, és essencial que una persona intermèdia (cap de projecte) pugui resoldre les controvèrsies de manera que els lliuraments siguin optimitzats i absoluts sense fugues de defectes.
Conclusió
Els articles anteriors han d’haver explicat tot el contingut aspectes inevitables i importants dels errors cosmètics i com es pot comparar amb els errors funcionals . L'article anterior també explica com es poden tractar els errors cosmètics en comparació amb els errors funcionals.
Tot i que els aspectes crítics dels errors funcionals són superiors als dels cosmètics, aquests últims es reserven el seu propi lloc per obtenir prioritats dels clients. Per tal d’equilibrar el programari amb les resolucions de tots els errors, generalment s’aconsella tractar els errors comprenent la criticitat, la prioritat i la recomanació del client.
Sobre l'autor: Aquest és un article escrit per Nagarajan. Treballa com a responsable de proves amb més de 6 anys d’experiència en proves en diverses àrees funcionals, com ara banca, línies aèries, telecomunicacions, tant en termes manuals com d’automatització.
com imprimir una matriu en ordre invers
Què penseu dels errors cosmètics i funcionals? M'agradaria veure els vostres pensaments a continuació.
Lectura recomanada
- Biaix cognitiu en les proves de programari: per què els provadors troben a faltar errors?
- Per què el programari té errors?
- Com podeu resoldre tots els vostres errors sense cap etiqueta 'Error no vàlid'?
- Proves funcionals i proves de rendiment: s'hauria de fer simultàniament?
- 10 raons per les quals es rebutgen els vostres errors i què podeu fer per provar-los!
- Què és la prova de longevitat? Com detectar els errors abans que el client els trobi
- L’art d’informar d’errors: com comercialitzar i solucionar els vostres errors?
- Top 30 eines de proves funcionals del 2021