No tienes acceso a esta clase

¬°Contin√ļa aprendiendo! √önete y comienza a potenciar tu carrera

Tipos de pruebas

13/29
Recursos

Necesitamos tener otra clasificación adicional. En los niveles sabemos la profundidad de las pruebas, pero en los tipos independientemente de su profundidad son las técnicas que vamos a usar para encontrar los defectos.

Pruebas funcionales: Cómo funciona un sistema, qué debe estar haciendo, cómo está interactuando el usuario con él.

Pruebas no-funcionales: El usuario puede estar experimentando otro tipo de cosas que a√ļn funcionando puede tener la sensaci√≥n de lentitud, falta de legibilidad o claridad. Esas caracter√≠sticas de usabilidad est√°n asociadas a estas pruebas.

Pruebas estructurales: Tienen que ver con la tecnología y el stack usado para construir nuestro producto. Nos tenemos que asegurarnos que nuestra base de datos o servidor funcionen de la manera correcta. Son conocidas como pruebas de caja blanca.

Prueba de manejo de cambios: Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Aportes 35

Preguntas 4

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.

Cuando estuve haciendo pruebas de videojuegos lo que hac√≠a era poner planillas de excel, cada pesta√Īa era un √°rea/nivel del juego, e iba haciendo una lista por d√≥nde estaba y haciendo un peque√Īo informe de la conducta del juego. Cada vez que encontraba un bug pon√≠a el ID para que sea m√°s f√°cil de encontrarlo.

Tras haber hecho los cursos de arquitectura de Software me ayuda a entender mucho mejor todo esto, de forma conceptual!

A diferencia de la clasificación de los niveles, aquí se busca es clasificar la técnica usada para probar, estas son:

FUNCIONALES: se busca probar el que debe hacer el sistema y que cumpla con las funciones definidas en los requerimientos

NO FUNCIONALES: se busca probar el como funciona el sistema (rendimiento , usabilidad, consumo de datos, etc), esto definido en los requerimientos no funcionales

ESTRUCTURALES: buscan probar la infraestructura del sistema , es decir probar servidores, bases de datos, etc; en termino de estrés.

MANEJO DE CAMBIOS: buscan probar que tanto cambio el componente o el sistema de manera histórica y en que manera se genero el error

Diferencia entre caja blanca, gris y negra
Aunque no se menciono a profundidad en esta clase, voy a explicar brevemente que significan:

  • Caja blanca/transparente: es cuando probamos el sistema viendo como funciona por dentro. Por ejemplo, al tener muchos datos en una base de datos que nosotros conocemos de ante mano y hacer pruebas con esos datos.
  • Caja negra: tiene que ver con hacer pruebas con datos, en este caso que no sabemos previamente. Aqu√≠ puede que descubramos un bug al no saber el tipo de datos que se podr√≠a ingresar.
  • Caja gris: Una combinaci√≥n de ambas cajas.

Actualmente no organizo mis pruebas, ya que soy desarrollador y quiero comenzar a escribir mis pruebas hasta ahora ūüėÉ

Pruebas Estructurales : Pruebas de CAJA BLANCA
Pruebas Funcionales y NO Funcionales : Pruebas de CAJA NEGRA

¬ŅC√≥mo organizo mis pruebas? Hago uso de herramientas como Confluence y el sistema de comentarios de Jira, el cual utilizamos para darle seguimiento a las tareas de cada uno de los proyectos, siempre reviso lo que se espera con ese nuevo feature y que exista una descripci√≥n clara, para poder definir el alcance y estrategia de las pruebas; como mencion√© siempre todo queda documentado para dejar evidencia en caso de que se est√© o no cumpliendo con uno o varios de los puntos que se se√Īalaron para aprobar la nueva caracter√≠stica.

Cuando hacía pruebas de firmware, los tipos de prueba que teníamos identificados eran:

  • F√≠sicas
  • Equipo
  • Comunicaci√≥n
  • Funcionales
  • Desempe√Īo
  • Fiabilidad
  • Integraci√≥n
  • Fallas conocidas
  • No regresi√≥n
  1. Pruebas funcionales son aquellas que validan el comportamiento del sistema, a su vez tienen subtipos dependiendo de lo que validan:

    • Unitarias: Validaci√≥n de piezas individuales.
    • De integraci√≥n: Validaci√≥n de interacci√≥n entre componentes.
    • Aceptaci√≥n: Pruebas de usuario.
    • Regresi√≥n: Las conocidas como pruebas de no afectaci√≥n.
  2. Pruebas no funcionales validan aspectos que no est√°n relacionados directamente a la funcionalidad sino a otros factores.

    • De seguridad: Hacking √©tico.
    • De rendimiento: El software responde ante una determinada carga.
    • De usabilidad: UX.
    • De accesibilidad: Visualizaci√≥n y empat√≠a con todos los usuarios.
  3. Pruebas estructurales validan la tecnología y el stack

  4. Pruebas para manejo de cambios verifican que en las actualizaciones no hay impacto.

Las pruebas de caja negra prueban el funcionamiento sin entender el comportamiento interno, mientras que en las de caja blanca de comprende a nivel técnico como funcionan las piezas de software.

Ejemplo

Caja negra: Probar que se carga una imagen al dar clic en el botón.

Caja blanca: Probar que el componente button abre el explorador de archivos y solo deja cargar imagenes de tipo jpg.

Tipos de Pruebas
Necesitamos tener otra clasificación adicional. En los niveles sabemos la profundidad de las pruebas, pero en los tipos independientemente de su profundidad son las técnicas que vamos a usar para encontrar los defectos.
Pruebas funcionales
Cómo funciona un sistema, qué debe estar haciendo, cómo está interactuando el usuario con él.
Pruebas no-funcionales
El usuario puede estar experimentando otro tipo de cosas que a√ļn funcionando puede tener la sensaci√≥n de lentitud, falta de legibilidad o claridad. Esas caracter√≠sticas de usabilidad est√°n asociadas a estas pruebas.
Pruebas estructurales
Tienen que ver con la tecnología y el stack usado para construir nuestro producto. Nos tenemos que asegurarnos que nuestra base de datos o servidor funcionen de la manera correcta. Son conocidas como pruebas de caja blanca.
Prueba de manejo de cambios
Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Pruebas funcionales‚Äďlo que el sistema hace
Pruebas no-funcionales‚Äďcomo funciona el sistema
Pruebas estructurales‚Äďtienen que ver con la tecnolog√≠a
Prueba de manejo de cambios‚Äďes probar nuevamente un componente ya probado para verificar

Normalmente hacemos pruebas funcionales en gran medida. También hacemos unas pruebas que llamamos pruebas de integración porque verificamos intercambio de información entre sistemas, que la información se guarde dónde debe y como debe, pensaría que pueden entrar en esas de caja blanca que mencionas.
Algunas veces hemos hecho pruebas No Funcionales haciendo Carga y Stress; y también hemos hecho de regresión.

  1. Pruebas funcionales: Demostrar las acciones del sistema.
  2. Prueba no funcionales: Probar cada funcion del sistema.
  3. Prueba estructurales: Que nuestra base de datos o servidor funcionen de la manera correcta.
  4. Prueba de manejo de cambios: Volver a probar de nuevo algun componente.

eníamos identificados eran:

Físicas
Equipo
Comunicación
Funcionales
Desempe√Īo
Fiabilidad
Integración
Fallas conocidas
No regresión

Interesante

En cuanto a los tipos de prueba considero importante completar los planes y estrategicas con cada una de estos, pues se logran evaluar muchos aspectos deteminantes de la aplicacion o sistema, no es conveniente que solo se ejecuten pruebas de un solo tipo.
De igual forma el testers debe aprender e implmentar estos tipos de prueba no solamente con el objetivo de encontrar un mejor trabajo sino por fortalecer su skill, por mejorar procesos, por generar valor a sus pruebas y cumplirr de forma concreta con sus labor.

Necesitamos tener otra clasificación adicional. En los niveles sabemos la profundidad de las pruebas, pero en los tipos independientemente de su profundidad son las técnicas que vamos a usar para encontrar los defectos.

Pruebas funcionales
Cómo funciona un sistema, qué debe estar haciendo, cómo está interactuando el usuario con él.

Pruebas no funcionales
El usuario puede estar experimentando otro tipo de cosas que a√ļn funcionando puede tener la sensaci√≥n de lentitud, falta de legibilidad o claridad. Esas caracter√≠sticas de usabilidad est√°n asociadas a estas pruebas.

Pruebas estructurales
Tienen que ver con la tecnología y el stack usado para construir nuestro producto. Nos tenemos que asegurarnos que nuestra base de datos o servidor funcionen de la manera correcta. Son conocidas como pruebas de caja blanca.

Prueba de manejo de cambios
Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Estas serian la clasificacion de actividades de cuando se prueba en el Frontend, Backend o la estructura, en base a cambios, nuevas caracteristicas o cuando se estan arreglando defectos

Realizamos pruebs funcionales , no funcionales y estructurales, se documentan en monday para listar las tareas a realizar y en el gitlab se llevan los registros de los issues.

Ejecutar los diferentes tipos de prueba en un orden establecido, siempre iniciando tambien por las pruebas de humoo checllist resumido, luego inicar con las FUncionales, No funcionales, en ciertos casos en las manuales no es necesario las de caja blanca y la de manejo de cambios siempre es necesaria para retestear los issues o nuevos componentes realizados que interactuan con partes importantes del negocio

Independientemente de la profundidad de la prueba, aquí nos enfocaremos en las técnicas que vamos a emplear para tratar de encontrar los defectos.

  1. Pruebas funcionales: Se entiende como las Funcionalidades del Sistema como ‚Äúlo que el sistema hace‚ÄĚ.
  2. Pruebas no funcionales: El objetivo de esta es probar ‚Äúcomo funciona el sistema‚ÄĚ. -> UX y usabilidad, por ejemplo.
  3. Pruebas estructurales: Para poder llevar a cabo estas pruebas, normalmente el tester debe tener conocimientos acerca de la tecnología y el stack que se está empleando.
  4. Pruebas de manejo de cambios: Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Necesitamos tener otra clasificación adicional. En los niveles sabemos la profundidad de las pruebas, pero en los tipos independientemente de su profundidad son las técnicas que vamos a usar para encontrar los defectos.

Pruebas funcionales: Cómo funciona un sistema, qué debe estar haciendo, cómo está interactuando el usuario con él.

Pruebas no-funcionales: El usuario puede estar experimentando otro tipo de cosas que a√ļn funcionando puede tener la sensaci√≥n de lentitud, falta de legibilidad o claridad. Esas caracter√≠sticas de usabilidad est√°n asociadas a estas pruebas.

Pruebas estructurales: Tienen que ver con la tecnología y el stack usado para construir nuestro producto. Nos tenemos que asegurarnos que nuestra base de datos o servidor funcionen de la manera correcta. Son conocidas como pruebas de caja blanca.

Prueba de manejo de cambios: Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Necesitamos tener otra clasificación adicional. En los niveles sabemos la profundidad de las pruebas, pero en los tipos independientemente de su profundidad son las técnicas que vamos a usar para encontrar los defectos.

Pruebas funcionales: Cómo funciona un sistema, qué debe estar haciendo, cómo está interactuando el usuario con él.

Pruebas no-funcionales: El usuario puede estar experimentando otro tipo de cosas que a√ļn funcionando puede tener la sensaci√≥n de lentitud, falta de legibilidad o claridad. Esas caracter√≠sticas de usabilidad est√°n asociadas a estas pruebas.

Pruebas estructurales: Tienen que ver con la tecnología y el stack usado para construir nuestro producto. Nos tenemos que asegurarnos que nuestra base de datos o servidor funcionen de la manera correcta. Son conocidas como pruebas de caja blanca.

Prueba de manejo de cambios: Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Tipos de pruebas de software
Grupo de actividades a realizar basado en objetivos

  • Pruebas funcionales: lo que el sistema hace.
  • Pruebas no-funcionales: Como funciona el sistema
  • Pruebas estructurales: acerca de la tecnolog√≠a y el stack
  • Pruebas para manejo de cambios: Probar nuevamente componentes y verificar que siguen funcionando despu√©s de actualizaciones

Resumen
Tipos de pruebas:
1 pruebas funcionales:como funciona el sistema,que debe estar haciendo, lo que el sistema hace. Conocidas como pruebas de caja negra.
2 pruebas no funcionales: usabilidad, accesibilidad(usuario que no ve muy bien los datos). Conocidas como pruebas de caja negra.
3 pruebas estructurales: conocimiento acerca de la tecnología. Conocidas como pruebas de caja blanca.
4 pruebas de manejo de cambios: es probar nuevamente un componente ya probado para verificar que no ha sido afectado (pruebas de regresión).

Apuntes:

Tipos de Pruebas de Software

Cuando hablamos de tipos de pruebas, nos estamos refiriendo al grupo de actividades específicas que vamos a realizar, esto basado en objetivos.

Pruebas Funcionales

Se entiende como las funcionalidades del sistema como ‚Äúlo que el sistema hace‚ÄĚ.

Pruebas no Funcionales

El objetivo de es aes probar ‚Äúc√≥mo funciona el sistema‚ÄĚ.

Pruebas Estructurales

Para poder llevar a cabo estas pruebas, normalmente el tester debe tener conocimientos acerca de la tecnología y el stack que se está empleando. Conocida como pruebas de caja blanca.

Pruebas de Manejo de Cambios

Es probar nuevamente un componente ya probado para verificar que no ha sido impactado por actualizaciones.

Para más información, recomiendo este artículo en la Wikipedia

  • Pruebas funcionales: ¬ŅQu√© debe hacer el sistema?

  • Pruebas no funcionales: ¬ŅC√≥mo est√° haciendo el sistema lo que se debe hacer?

  • Pruebas estructurales: ¬ŅC√≥mo funciona cada componente del sistema entre ellos? Por medio de pruebas de caja blanca.

  • Pruebas de manejo de cambios: El sistema funciona correctamente despu√©s de un cambio realizado.

A seguir aprendiendo…

La forma como organizaba mis pruebas eran funcionales de cómo funcionaba el sistema. Cuando necesitaba hacer pruebas no-funcionales las solicitaba con un equipo especial que se encargaba de eso e incluían las pruebas de seguridad.
En cuanto a las pruebas de manejo de cambios lo hacía con las pruebas de regresión después de certificar un incidente o un cambio importante dentro de un sistema.

Tipo de pruebas
Técnicas que vamos a usar para encontrar defectos
Grupo de actividades específicas que vamos a usar (objetivos)

  • Funcionales: ‚ÄúLo que el sistema hace‚ÄĚ (negra)
  • No Funcionales: ‚ÄúComo funciona el sistema‚ÄĚ (negra)
  • Pruebas estructurales (caja blanca): Tecnolog√≠a / Stack del producto
  • Manejo de cambios: Regresi√≥n, probar un componente de nuevo despu√©s de actualizarlo

Tengo una duda, para convertirse en tester jr. es necesario tener conocimientos de todas las √°reas, ej. programaci√≥n, dise√Īo, etc? tambi√©n, cuales ser√≠an los pasos a seguir cuando te entregan un producto para hacerle tester, es decir, cu√°les son los tests iniciales y as√≠?

Tipos de pruebas
Los tipos de pruebas los podemos clasificar en:

  • Funcionales: tiene que ver con que el sistema funcione
  • No funcionales: es todo lo que no tiene que ver con la funcionalidad del sistema, ya sea el dise√Īo, la aceptabilidad, el performance, etc.
  • Estructurados: tiene que ver con el stack que estamos usando (bases de datos, lenguaje de programaci√≥n, etc.)
  • De cambio: tiene que ver el hacer cambios y que todo funcione de manera normal
<h3>Nivel de pruebas</h3>

Es a que tipo de nivel se esta haciendo las pruebas, ya que pueden ser:

  • Comandos
  • Integracion
  • Sistemas
  • Aceptabilidad
<h3>Tipo de pruebas</h3>

Nos dice el tipo de pruebas que se van a realizar sin importar el nivel de pruebas en el que nos encontremos