Estrategias de Pruebas de Software por Niveles y Componentes

Clase 12 de 29 • Curso de Fundamentos de Pruebas de Software

Resumen

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.

Carlos Uriel de Jesus Sánchez González

student•

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.

Alexis Damián Pacheco Rivero

student•

Muy buen dato

Antonio Rafael González Ferrer

student•

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.

Gustavo Adolfo Escobar y Escobar

student•

Buena aportación.

Martín Leyva

student•

Entre otras existen también:

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

Martín Leyva

student•

Esta claro que Blanca se refiere a la Clasificación Basada en la Profundidad de las Pruebas.

Rene Andres Alfaro Torres

student•

Esas que mencionas son tipos de pruebas, no son niveles.

Por ejemplo, el tipo de prueba "Regresión" puede ser ejecutado en cualquier nivel pero es más relevante si se utiliza en las pruebas de sistema.

Por otro lado hay pruebas más especificas que no aplican a todos los niveles, como lo son las pruebas de desempeño, estas no podrían ser aplicadas en el nivel de pruebas unitarias o por componente.

Carlos Nassif Trejo Garcia

student•

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

Juan Diego Noreña Jiménez

student•

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

Alexis Anthony Roman Santibañez

student•

Lo mismo me pregunto yo!

Arturo Mauricio Terceros Beltrán

student•

??? x2

Leonardo Valente

student•

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.

María Inés Santander Arrazola

student•

¿en dónde puedo consultar la página web que pusieron de ejemplo?

Omar Andrés Narváez Ortega

student•

Hola! María Inés, ¿ha recibido respuesta a su inquietud?. Muchas gracias, saludos.

Kennedy ${{7*7}} Sanchez ${7*7}

student•

Que libros recomiendan para prueba de software?

Lucas abel cruz santana

student•

El federico Toledo, lo encontras por internet ahora mismo no recuerdo el nombre

César Augusto Moya Aranzazu

student•

¿en dónde puedo consultar la página web que pusieron de ejemplo? Veo que hace 2 años hicieron la misma pregunta y hace un año quedaron de consultar el equipo y no encuentro la respuesta.

Carmen Álvarez M.

student•

Omar Andrés Narváez Ortega

student•

Comparto la misma inquietud de María Inés Santander.

Korpi delfin

student•

¡Hola!

Preguntaré con el equipo correspondiente.

Irving Juárez

student•

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

Andres Velasquez

student•

El cliente siempre partirá de aspectos básicos o generales sobre lo que quiere. Lo que he visto muchas veces y lo que he experimentado es que uno debe guiar al cliente y mostrarle lo que puede ser y lo que no, todo basado respecto a lo que quiere. Es necesario investigar a fondo y hacer preguntas muy especificas para ir reduciendo las posibilidades a las cuales quiere llegar el mismo cliente sin saberlo.

En otras palabras, indaga, pregunta, cuestiona, y presenta alternativas acordes a lo que se esta discutiendo con el cliente.

Diego Esquivel Romero

student•

Si quiero documentar los casos que se han probado. ¿Qué tipo de documentos se crean y donde puedo ver ejemplos?

Edson Ali Farfán González

student•

Esto depende mas de la empresa, yo por ejemplo documento en video y el video es el documento valido

Javier Avila

student•

Lo normal es que los casos de prueba sean la documentación, si quieres hacer un Full regression test por ejemplo, solo vas marcando cuales casos han pasado y cuales han fallado, el caso fallado es el que necesita evidencias, para crear un issue en base al escenario encontrado. La evidencia puede ser video, imagenes o texto, dependiendo de la naturaleza del issue.

Al final tendrás un documento de la ejecución del full regression test, donde se mostrará los casos pasados y los fallados, así como los issues encontrados durante el proceso.

Para crear los test cases hay varias aplicaciones que sirven de manager, entre las gratuitas el Test Link funciona bien, alguna gente usa los Google Spreadsheets y entre las pagas tienes QTest o Zephyr, estos dos últimos tienen sencillas integraciones con Jira.

Ya hace 2 años de la pregunta, supongo que en ese tiempo ya debes haber encontrado la respuesta, pero por si alguien más está interesado xD.

Bruno Marcelo Lara Sainz

student•

https://www.ecured.cu/Niveles_de_prueba_de_software

Jaime Andres Valencia Gaviria

student•

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.

Sandra Castro Ballesteros

student•

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.

Edinson Padrón

student•

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

Ibis Brito Amaya

student•

Cómo Realizar Pruebas de Integración en un Ecommerce:

El objetivo de las pruebas de integración en el comercio electrónico es asegurar que todos los componentes de una plataforma en línea funcionen juntos de manera armoniosa. Esto implica verificar enlaces de interfaz, flujo de datos, actualizaciones de perfiles de usuario, disponibilidad de productos y procesamiento de pedidos. Aquí dejo una guía breve sobre cómo realizar pruebas de integración de manera efectiva.

1. Preparar Plan y Estrategia de Pruebas

Desarrolla un plan de pruebas integral que describa el alcance, los objetivos, los recursos y el cronograma para las pruebas de integración en tu proyecto de comercio electrónico. Define la estrategia de pruebas, incluido el enfoque, las herramientas a utilizar y los roles y responsabilidades de los miembros del equipo.

2. Comprender la Arquitectura del Sistema

Antes de comenzar las pruebas, debemos comprender la arquitectura de la plataforma de comercio electrónico que vamos a probar. Identifica módulos clave como cuentas de usuario, pasarelas de pago y sistemas de gestión de inventario. Durante este paso, debemos revisar el plan y estrategia de pruebas.

3. Crear Escenarios de Casos de Pruebas

Desarrollamos casos de pruebas que simulen interacciones de usuario del mundo real. Ej. pruebar el flujo desde la selección de productos hasta el procesamiento del pago para garantizar una experiencia de pago sin problemas. Agregamos estos casos de pruebas al plan de pruebas.

4. Elegir las Herramientas de Pruebas Adecuadas

Es raro que una única herramienta de pruebas pueda realizar todas las pruebas de aseguramiento de calidad para tu ecommerce. Por ejemplo, Postman se recomienda ampliamente por sus capacidades de pruebas de API , mientras que Valido App agiliza las pruebas automatizadas mediante su configuración rápida de pruebas y funciones sin código.

5. Ejecutar Casos de Pruebas e Informar Defectos

Ejecutamos casos de pruebas según el plan y los escenarios creados. Registra y reporta cualquier defecto encontrado durante las pruebas.

6. Seguir, Documentar y Volver a Probar

Realiza un seguimiento de los defectos informados, documenta los pasos tomados para la resolución y vuelve a probar el sistema después de implementar las correcciones para garantizar que los problemas se hayan resuelto.

7. Repetir pasos 5 y 6 hasta que la integración sea exitosa

Continúa el proceso de volver a probar, informar sobre cualquier defecto recurrente y documentación hasta que todos los componentes en el sistema se integren con éxito sin problemas críticos.

Esto es parte de mi día a día. Espero les sirva.

Saludos.

Juan José López Torres

student•

En el minuto 5:05 menciona un página ¿A que página se refiere ?

James Arturo

student•

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

Antonio Manilla Maldonado

student•

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