A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Niveles de pruebas

12/29
Recursos

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.

Aportes 33

Preguntas 6

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

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鈥揷osas que puedes ver(bot贸n de pausa, adelantar, retroceder)
Prueba de integraci贸n鈥搒erie 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

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.

Componentes de la aplicaci贸n Platzi en mi android: bot贸n: play, ingresar, adelantar, retroceder. bot贸n de acciones en los videos: me gusta por ejemplo bot贸n de enviar comentario. etc

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.

<h4>Niveles de pruebas</h4>
  • 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