cosmetic functional bugs what has be treated
Siempre se imponen enormes responsabilidades al evaluador para descubrir cualquier tipo de error que tenga el software. Independientemente de la funcionalidad y la interfaz de usuario, los evaluadores pueden generar errores siempre que haya una no conformidad.
Este artículo ayuda a comprender la importancia de los errores funcionales y cosméticos. Además, los factores a considerar para priorizarlos también se explican aquí de una manera comprensible con algunos ejemplos en vivo de ilustraciones .
mejor aplicación espía móvil para iphone
Lo que vas a aprender:
Importancia de los errores funcionales y cosméticos
Los errores son inevitables en el desarrollo de software. Por lo tanto, siempre es muy importante realizar pruebas exhaustivas del software antes de que pueda usarse en vivo. Pruebas de software pueden volverse más esenciales ya que ayudan a identificar errores perdidos por los desarrolladores .
Estos errores no identificados pueden resultar muy costosos en vivo. Por lo tanto, se debe realizar un plan de prueba adecuado y las pruebas para mejorar la calidad del software.
Figura 1:
La figura anterior tiene que cargar un archivo de imagen que el software no pudo mostrar. Este es un problema grave que puede causar graves impactos comerciales.
Errores cosméticos y su gran importancia
Los requisitos cosméticos no son más que la interfaz de usuario o simplemente la apariencia frontal del software. La mayoría de las veces sucede que sigue cambiando entre diferentes versiones.
Esto ocurre especialmente en los proyectos donde se sigue la metodología ágil. Los lanzamientos ocurren aquí en forma de sprints. Por lo tanto, generalmente se les llama lanzamiento de Sprint o simplemente SR-xx, donde 'xx' se refiere al número de lanzamiento.
Todas y cada una de las versiones pueden tener ciertos requisitos. Generalmente, los clientes se preparan para solicitar cambios en la interfaz de usuario o solo en la interfaz de usuario con mucha frecuencia.
A continuación se muestran algunos ejemplos de requisitos cosméticos:
- Los menús deben estar disponibles con la fuente Calibri y.
- El cuadro de texto A tiene que estar en 1,2 pulgadas
- Todos los informes generados deben tener el título con tamaño H1 con color '002522'.
Los anteriores son algunos ejemplos de requisitos cosméticos que pueden surgir. Estos son los requisitos destinados principalmente a improvisar la usabilidad del software . Otra razón detrás de los requisitos cosméticos es optimizar el software y su diseño para el propósito comercial.
Figura 2
En la figura anterior, hay problemas tanto funcionales como cosméticos. Un problema funcional como la casilla de verificación no se muestra para una opción 'Usar DeathByCaptcha'.
El problema cosmético se puede ver aquí como si no se hubiera utilizado una fuente uniforme.
Factor de prioridad para errores cosméticos o necesidades de los clientes
Las necesidades cosméticas son marcadas un poco como imprescindibles por los clientes. Esto se debe a la preocupación por la necesidad de hacer la interacción del software muy simple y al mismo tiempo eficiente para que la consecución de los objetivos se produzca fácilmente. En caso de que haya problemas con la interfaz de usuario, los clientes se comunican con los proveedores con un error de baja prioridad.
Como suele suceder, los desarrolladores se preocupan por los aspectos funcionales del software que por los aspectos estéticos, ya que en su mayoría son áreas de bajo impacto.
Los probadores de software quieren que todos los requisitos mencionados por los clientes estén disponibles en la falla del software, lo que naturalmente genera un error. Y es aquí donde todos despegan. La prioridad establecida por el evaluador se produce como resultado de la sugerencia del cliente. La vista de los desarrolladores es un poco diferente de la que ven los evaluadores. Siempre buscan si el error puede causar una interrupción en la funcionalidad.
Aquí viene una discusión recurrente y el resultado de la misma puede hacer que las recomendaciones del equipo de pruebas ocurran en algún momento. Si no está en la versión actual, puede suceder en la siguiente.
Ejemplo real n. ° 1)
El cliente ha solicitado que el logotipo de la empresa aparezca en la página de inicio dentro del marco del título junto con una función de carga rápida. El proveedor ha entregado el software donde el logotipo de la empresa tarda en cargarse y los clientes con la sensación de que el logotipo no se está cargando procede a plantear un problema en vivo del cliente.
Por lo tanto, esto ha hecho más daño a los proveedores. La causa raíz del problema puede ser el tamaño de la imagen o la naturaleza de la imagen o cualquier otra cosa. Aunque esto no tiene interrupciones funcionales, se ha presentado como un problema activo.
Errores funcionales: factores críticos y prioritarios
Generalmente, los errores se consideran priorizados en función de la prioridad establecida por los clientes y los posibles impactos que pueden dejar en el negocio. Es la creencia generalizada entre los desarrolladores de que se deben trabajar en los errores más críticos. Esto es más obvio ya que los errores funcionales son algo que suprime su trabajo.
Y en función de la prioridad, los clientes quieren priorizar algunos de los errores funcionales y cosméticos en la misma versión. El factor de criticidad depende del impacto o el impacto potencial que el error puede dejarlo. El factor de prioridad se basa puramente en el cliente y sus necesidades.
En términos de criticidad, los errores funcionales son muy necesarios para solucionarlos sin demoras. Para los errores cosméticos, pueden ir con las decisiones tomadas por los clientes.
Fig. 3
En la figura anterior, hay problemas funcionales como problemas de diseño y superposición de texto y problemas estéticos como el problema de la fuente.
Ejemplo real n. ° 2)
El cliente del ejemplo n. ° 1 tenía varias versiones del mismo proveedor. Los clientes están satisfechos con los entregables proporcionados por los proveedores. Ahora, de repente, hay pocos escenarios comerciales que los clientes identificaron como que no funcionan junto con algunas otras listas de problemas de visualización. Como los problemas de impacto funcional se consideran críticos para los clientes, pidieron a los proveedores que los solucionen lo antes posible.
Y como los problemas de visualización tenían signos de dejar un menor grado de impacto, los clientes los priorizaron en múltiples versiones. Los clientes estaban listos para funcionar con correcciones para algunos de los problemas de visualización y la mayoría de los problemas funcionales. Esto se debe a que todas las funciones pueden afectar al negocio y los pocos problemas de visualización tienen el potencial de generar impactos.
Impactos comerciales
Todos los errores pueden llevar a que el software no cumpla con los requisitos del cliente. Cuando se trata de los impactos en los negocios, definitivamente son los errores funcionales los que merecen causar impactos severos en el negocio. Como los errores cosméticos se ajustan al problema con el diseño y la apariencia de la interfaz de usuario, pueden crear problemas con la usabilidad y la apariencia entre los usuarios.
En otras palabras, es mejor llamarlos mejoras cosméticas que errores. Aunque estos no pueden tener un impacto mayor en el negocio, pueden generar algunas dificultades entre los usuarios al utilizar el software.
Ejemplo real n. ° 3)
Los proveedores han entregado una nueva versión de la aplicación de software en una versión móvil. Hay pocas funciones en las aplicaciones móviles que requieren que el usuario haga clic en algún enlace con más frecuencia. Esto creó una sensación de usabilidad degradada entre los usuarios. Los proveedores deben reconsiderar el diseño y el flujo de la aplicación. Después de cambiar el flujo, la aplicación comenzó a hacer que varios usuarios los usaran.
La usabilidad tiene el papel principal en muchas de estas aplicaciones. Aunque no hubo cambios funcionales, hubo pocos cambios en los cosméticos que hicieron que las aplicaciones fueran más fuertes.
Estudio comparativo entre errores cosméticos y errores funcionales
Puede haber una serie de variaciones entre las clasificaciones de errores, como funcionales y cosméticos, en múltiples aspectos del ciclo de vida de las pruebas de software. Algunos de ellos están formulados y tabulados como una diferencia entre ambos tipos:
Área de comparación | Errores funcionales | Insectos cosméticos |
---|---|---|
Causas potenciales | Puede haber múltiples causas: 1. Problemas de codificación 2. Problemas de sincronización 3. Problemas de aplicaciones dependientes | Lo siguiente puede estar causando el problema: 1. Problemas de diseño 2. Problema de archivo no admitido |
Grado de recreación | La recreación de los errores funcionales puede ser realizada por los probadores o por los propios clientes | Los errores cosméticos requieren un esfuerzo mínimo en la recreación, ya que se identifican principalmente a nivel de interfaz de usuario |
Criticidad | En su mayoría son críticos ya que la falla funcional puede afectar el negocio de forma severa | Pueden llegar a ser críticos en muy pocas ocasiones. |
Prioridad | La prioridad es la definida por los clientes. | La prioridad es la definida por los clientes. |
Impacto potencial | La avería funcional puede causar problemas graves en el negocio de los clientes. | Aunque no pueden generar un impacto directo, también pueden asumir el potencial de generar impactos. |
Consideración de mejoras | Estos errores nunca pueden recomendarse ni considerarse una mejora. | Estos errores pueden considerarse mejoras |
Costos cuando no son fijos | Alto costo cuando el problema se encuentra en software en vivo | No mucho costo |
Ilustraciones de cosmetic bug
El error cosmético puede causar un impacto en algunos lugares donde hay logotipos de empresas o imágenes de asociaciones en el software, pero no se carga correctamente. Aunque son errores no funcionales, pueden volverse graves. Entendamos las siguientes ilustraciones para comprender la importancia de los insectos cosméticos y su importante papel.
Caso de estudio
El software A está siendo desarrollado por el proveedor B. El modo de entregables al cliente es en forma de caída de código una vez cada mes después de que se haya realizado el lanzamiento de una versión base. A partir del producto entregado, los clientes enumerarán todos los problemas, errores y mejoras en función de su importancia y prioridad.
La prioridad va como P1, P2, P3 y P4.
La criticidad va como Severo, mayor, alto y bajo.
Ahora los clientes esperan que todos los errores graves, mayores y P1 se solucionen en la semana 30. De manera similar, los errores altos, P2 en la semana 35. Se esperan correcciones de errores P3 bajos en la semana 40. Finalmente, se esperan errores P4 en la semana 40. Entre todas las publicaciones de las correcciones, el cliente bloquea un período de tiempo de amortiguación de 3 días.
el mejor software gratuito de recuperación de datos de windows 10
Ahora la siguiente observación se vuelve muy crítica:
- Como se ha planeado como un modo canalizado, cualquier retraso afectará los planes posteriores de una manera mayor.
- Las prioridades las forman los clientes y, por lo tanto, planean lanzar en el período que deseen
- La demora en los errores de baja prioridad tiene el potencial de actualizar su prioridad de baja a alta.
- Los retrasos menores pueden causar impactos severos en el negocio, dejando que los errores menores y menores se vuelvan mayores.
Encuentro de probadores y desarrolladores
“No cuente los huevos antes de que nazcan”: esta línea es aplicable tanto a los desarrolladores como a los probadores. Cuando el software se ha desarrollado y está listo para ser probado, los evaluadores tienden a pensar en las líneas anteriores. Después de la prueba, ahora es el turno de los desarrolladores de deletrear las líneas a los evaluadores. Los siguientes son los pensamientos que fluyen entre ellos:
- Los probadores dicen a los desarrolladores que hay tantos errores que podemos detectar en su software. Por tanto, tu trabajo no ha terminado.
- Después de que se complete la fase de prueba y después de muchos errores, los desarrolladores dicen que no crea que haya generado más errores, encontraremos la razón adecuada para rechazar la mayoría de los errores que ha presentado que no son genuinos.
Por lo tanto, siempre es una especie de enfoque argumentativo entre los probadores y los desarrolladores. Para asegurarse de que todos los entregables del proyecto estén sincronizados, es esencial que una persona intermedia (gerente de proyecto) pueda resolver las controversias para que los entregables sean optimizados y absolutos sin fugas de defectos.
Conclusión
Los artículos anteriores deben haber explicado todos los Aspectos inevitables e importantes de los errores cosméticos y cómo se pueden comparar con los errores funcionales. . El artículo anterior también explica cómo se pueden tratar los errores cosméticos en comparación con los errores funcionales.
Aunque la criticidad de los errores funcionales es mayor que la de los errores cosméticos, estos últimos se reservan su propio lugar para obtener prioridades de los clientes. Para equilibrar el software con resoluciones para todos los errores, En general, se recomienda tratar los errores entendiendo la importancia, la prioridad y la recomendación del cliente.
Sobre el Autor: Este es un artículo escrito por Nagarajan. Trabaja como líder de pruebas con más de 6 años de experiencia en Pruebas en diversas áreas funcionales como Banca, Aerolíneas, Telecom en términos tanto de manual como de automatización.
¿Cuál es su opinión sobre los errores cosméticos y funcionales? Me gustaría ver sus pensamientos a continuación.
Lectura recomendada
- Sesgo cognitivo en las pruebas de software: ¿Por qué los evaluadores no detectan errores?
- ¿Por que el software tiene errores?
- ¿Cómo se resuelven todos los errores sin ninguna etiqueta de 'error no válido'?
- Pruebas funcionales frente a pruebas de rendimiento: ¿deben realizarse simultáneamente?
- ¡Diez razones por las que sus errores son rechazados y qué puede hacer usted como evaluador!
- ¿Qué son las pruebas de longevidad? Cómo detectar los errores antes de que el cliente los encuentre
- El arte de informar de errores: ¿Cómo comercializar y corregir sus errores?
- Las 30 mejores herramientas de prueba funcional en 2021