Niveles de pruebas

Niveles de Pruebas
Prueba de Componentes
Componentes son aquellas cosas pequeñas que sueles ver en un video como el botón de pausa, volumen, adelantar, retroceder. Cada una de esas acciones son un componente.
Pruebas de integración
Una aplicación tiene una serie de componentes que trabajando juntos forman un pequeño sistemas, pero cuando tienes varios de estos sistemas necesitas integrarlos entre ellos.
Prueba de sistema
Esta parte incluye que estás tomando en cuenta el contexto, no es lo mismo tener las mismas pruebas para iOS, Android y Web.
Pruebas de aceptación
Si ya probamos que nuestro elemento o acción funcionan, estás pruebas nos aseguran con o sin el cliente que tiene cubierta todas las necesidades requeridas en el software. Es la última verificación.

Entre otras existen también:

Las Pruebas de Desempeño
Las Pruebas de Regresión
Las Pruebas de Comportamiento
…

Dónde está la pagina que sugiere al final del capitulo?

Niveles de pruebas:
Prueba de componentes–cosas que puedes ver(botón de pausa, adelantar, retroceder)
Prueba de integración–serie de componentes que forman un sistema que se deben integrar.
Prueba de sistema-- varios sistemas operativos ios, android y web.
Prueba de aceptación-- todo funciona correctamente. Ultima verificación.

Que libros recomiendan para prueba de software?

Apuntes:

Niveles de Prueba de Software

Pruebas de Componentes

Son aquellas pequeñas cosas que puedes ver, botones, cajas de texto, etc.

Pruebas de Integración

Un sistema o aplicación tiene una serie de componentes que trabajando juntos son pequeños sistemas, teniendo múltiples sistemas juntos se necesita asegurar que se integren. Lo que hacen es, cómo desde un inicio hasta el final de un flujo de ejecución, todos los componentes se comunican, se integran.

Pruebas de Sistema

Incluye que además estás tomando en cuenta el contexto. Android, página Web, iOS, dispositivos IoT.

Pruebas de Aceptación

Debemos asegurarnos que las necesidades del cliente son cubiertas con el software.

Oigan tengo un problema existencial, lo que pasa es que la profa a dicho varias veces que la idea es darle al cliente lo que pida, pero es cierto que a veces el cliente no sabe que es lo que quiere, por ejemplo esta nueva red social (club house), en donde desde mi punto de vista, si yo le hubiera pregunta a varias personas cual es la siguiente red social que ellos quieren, muy probablemente nos hubieran dicho que ninguna, que ellos estaban bien con las redes sociales del momento, pero fue alguien el que se dio cuenta de que hoy dia se escucha mas y se typea menos. Entonces, realmente debemos darle al cliente lo que pida o debemos hacer un producto para nosotros mismos? Ya que si a mi me gusta, es muy probable que le guste a los demas

Niveles de pruebas de Software

• Componentes: Pequeños objetos o acciones en una interfaz (visual)
• Integración: Funciones o módulos interactuando entre si
• Sistema: Tomar en cuenta el contexto, plataforma
• Aceptación: Satisfacer las necesidades del cliente

Válida la aclaración realizada en Pruebas de Componentes sobre el ejemplo de que un componentes un boton, un campo, etc es para entender la dimensión de las pruebas… esto lo digo debido a que generalmente las pruebas de componentes se dan a nivel de desarrollo, entendiéndose aquí, que un componente puede ser una clase, un método… una unidad pequeña de software y se le conoce generalmente como pruebas unitarias. Entiendo que se pueden realizar pruebas unitarias en el Front-End y obviamente en el Backend.

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

https://www.ecured.cu/Niveles_de_prueba_de_software

En los niveles de pruebas se busca probar el software en sus diferentes capas de abstracción y a diferentes nivel de detalle.

** componentes ** Aquí se busca probar de manera particular cada elemento de manera individual del sistema , esta es la prueba mas especifica.

** integración ** Aquí se busca probar como se relacionan los componentes del sistema entre si , es decir probamos que se comuniquen bien entre si, que no presenten conflictos, esta es una prueba de especificidad intermedia.

** sistema ** Aquí ya se sabe que todo funciona así que se genera un contexto de pruebas, es decir un entorno similar a producción que pueden ser las diferentes plataformas donde se va a usar, o si tiene Internet o no , y se busca ver que todo siga perfecto, esta es la prueba menos especifica.

** aceptación ** Esta son pruebas obligatorias antes de llevar algo a producción para reducir el error humano, se buscar probar el mínimo de calidad y cumplimiento de requerimientos con estas pruebas.

Niveles para pruebas:
Componentes:Como cada modulo o cada ajuste separado
Integración: el conjunto del funcionamiento de todos los módulos
De sistema: en las diferentes plataformas o dispositivos
De aceptación: Pruebas con el cliente para su verificación final.

Los componentes se verifican con unit test?

Pruebas de componentes:

• Son los detalles/acciones que se detectan o visualizan .
  Pruebas de Integracion:
• Es la comunicacion de todos o varios componentes.
  Prueba de Sistema:
• Es la diferencia de pruebas en un sistema.
  Pruebas de Aceptacion:
• Es la verificacion que el software cumpla con lo solicitado por el cliente

Niveles de pruebas:

• Pruebas de componentes: pequeñas cosas que sueles ver en un vídeo como botones. (pausa, siguiente, play, etc)

• Pruebas de integración: cuando hay varios sistemas juntos y se necesita comunican entre ellos.

• Pruebas de sistema: se tiene que tener en cuenta varios escenario de pruebas (no solo es android/ios o web).

• Pruebas de aceptación: nos aseguran con o sin el cliente que tiene cubierta todas las necesidades solicitadas.

Pruebas de componentes o unitarias, de integración, de sistema y de aceptación

NIVEES DE PRUEBAS
Estrategias de cómo podemos ir probando elementos por capas. componentes, estructuras, etc.

1. Pruebas de componentes: Componentes son aquellas cosas pequeñas que sueles ver en un video como el botón de pausa, volumen, adelantar, retroceder. Cada una de esas acciones son un componente.
2. Pruebas de integración: Una aplicación tiene una serie de componentes que trabajando juntos forman un pequeño sistema pero cuando tienes varios de éstos sistemas necesitas integrarlos entre ellos.
3. Pueba de sistema: Esta parte incluye que estas tomando en cuenta el contexto, no es lo mismo tener las mismas pruebas para ¡OS, Android y Web.
4. Pruebas de aceptación: Si ya probamos que nuestro elemento o acción funcionan, éstas pruebas nos aseguran con o sin el cliente que tiene cubierta todas las necesidades requeridas en el software. Es la última verificación.

¿Alguien sabe en dónde están los recursos que comentan en las clases?

Es ver las estrategias de como poder probar elementos por capas, componentes, niveles de estructura, etc.

Como separar las pruebas para que la cobertura que vayamos teniendo tenga una mejor descripcion, comprension y en la parte de desarrollo sea mas complementaria, pasando de los componentes, a la integracion y pruebas totales

Nivel de pruebas de componentes
Los componentes son aquellas pequeñas cosas que se pueden ver por ejemplo cuando uno ve un video y esta el boton de play, pausa, like, etc. Pueden ser tambien componentes del formulario

Pruebas de integración
Una aplicación tiene una serie de componentes que trabajando juntos forman un pequeño sistema, pero cuando tienes varios de estos sistemas necesitas integrarlos entre ellos, como desde el inicio hasta el final de un flujo de negocio todos los componentes se comunican, como entran y salen los datos.

Prueba de sistema
Esta parte incluye que estás tomando en cuenta el contexto, no es lo mismo tener las mismas pruebas para iOS, Android, Web, etc.

Pruebas de aceptación
Si ya probamos que nuestro elemento o acción funcionan, estás pruebas nos aseguran con o sin el cliente que tiene cubierta todas las necesidades requeridas en el software. Es la última verificación.
Es ver las estrategias de como poder probar elementos por capas, componentes, niveles de estructura, etc.

Como separar las pruebas para que la cobertura que vayamos teniendo tenga una mejor descripcion, comprension y en la parte de desarrollo sea mas complementaria, pasando de los componentes, a la integracion y pruebas totales

Nivel de pruebas de componentes
Los componentes son aquellas pequeñas cosas que se pueden ver por ejemplo cuando uno ve un video y esta el boton de play, pausa, like, etc. Pueden ser tambien componentes del formulario

Pruebas de integración
Una aplicación tiene una serie de componentes que trabajando juntos forman un pequeño sistema, pero cuando tienes varios de estos sistemas necesitas integrarlos entre ellos, como desde el inicio hasta el final de un flujo de negocio todos los componentes se comunican, como entran y salen los datos.

Prueba de sistema
Esta parte incluye que estás tomando en cuenta el contexto, no es lo mismo tener las mismas pruebas para iOS, Android, Web, etc.

Pruebas de aceptación
Si ya probamos que nuestro elemento o acción funcionan, estás pruebas nos aseguran con o sin el cliente que tiene cubierta todas las necesidades requeridas en el software. Es la última verificación.

• Pruebas de componentes -> Por ejemplo botontes o formularios
• Pruebas de integración -> Cómo se comunican los componentes en toda la app y cómo viajan los datos
• Prueba de sistema -> Hay que tomar en cuenta el contexto
• Prueba de aceptación -> Cuando le vamos a entregar el producto al cliente

En el ejemplo de las fotos que extensiones recibe
que tamaño la foto

Niveles de pruebas de software
Pruebas de componentes: Acciones, formularios, no tienen que ver con todo el flujo,
Prueba de integración: como se comunican todos los componentes en un flujo, como se integran, como entran los datos y salen los datos
Pruebas del sistema: se toma en cuenta el contexto,
Prueba de Aceptación: Asegurar que el cliente tiene cubiertas todas las necesidades que solicito

Vamos a ver diferentes estrategias de cómo podemos ir probando elementos por capas. Componentes, estructuras, etc.

Prueba de Componentes: Componentes son aquellas cosas pequeñas que sueles ver en un video como el botón de pausa, volumen, adelantar, retroceder. Cada una de esas acciones son un componente.

Pruebas de integración: Una aplicación tiene una serie de componentes que trabajando juntos forman un pequeño sistemas, pero cuando tienes varios de estos sistemas necesitas integrarlos entre ellos.

Prueba de sistema: Esta parte incluye que estás tomando en cuenta el contexto, no es lo mismo tener las mismas pruebas para iOS, Android y Web.

Pruebas de aceptación: Si ya probamos que nuestro elemento o acción funcionan, estás pruebas nos aseguran con o sin el cliente que tiene cubierta todas las necesidades requeridas en el software. Es la última verificación.

Estos tipos de pruebas los conocí en mi universidad.

Resumen
Niveles de pruebas:
pruebas de componentes: pequeñas cosas que sueles ver en un vídeo como botones.
pruebas de integración: cuando hay varios sistemas y se necesita integrar entre ellos.
pruebas de sistema: se tiene que tener en cuenta varios escenario de pruebas(no solo es ios,android o web).
pruebas de aceptación: nos aseguran con o sin el cliente que tiene cubierta todas las necesidades requeridas.

y la pagina que sugiere al final ?

A ponerlo en practica.

Interesante tarea. Por lo que voy entendido este trabajo se hace mucho con una planilla y cargando los errores que podrían ir apareciendo en el camino.

Existen distintos tipos de pruebas, en donde se puede decir que se empieza desde lo mas básico a lo mas complejo. En donde lo mas básico son los componentes (botones, inserción de datos, etc), después el de integración, que es donde se verifica que todos los componentes juntos funcionen correctamente para después pasar a los sistemas (que el programa funcione en diferentes SO y en diferentes dispositivos móviles) para al final las pruebas de aceptación, lo que significa que al usuario final le guste el producto

**Esta es una prueba de aceptación que llene anoche nos si esta bien pero voy aprendiendo **

Stages of Software Testing:

• Unit Test
• Design Validation Test (Integration Test, Functional Testing, DVT Test Plan/Test Cases)
• System Validation Test (System Test, Non-Functional Testing, Test Report, SVT Test Plan/Test Cases)
• Customer Acceptance Test