Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Definición y diseño de pruebas

15/29
Recursos

Esto es algo básico para cada tester. Hay varias cosas necesarias que debemos comprender y estar seguros de para qué lo hacemos.

Tu obligación y por lo que vas a brillar es porque sabes Encontrar Problemas, Documentarlos y Comunicarlos. Es crucial documentar, diseñar y nuestros casos de prueba contengan la información necesaria para que se entienda el trabajo.

Aportes 39

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Apuntes:

Definición y Diseño de Pruebas

¿Qué hace un tester?

  1. Encontrar problemas
    Si no encuentra problemas antes de que el producto sea entregado al cliente, entonces su testing es ineficiente.
  2. Documentar problemas
    Si cuando encuentra problemas no sabe documentar y reproducir los pasos correctos su testing genera retrabajo y sube el costo.
  3. Comunicar problemas
    Si como representante de la calidad del producto no sabe argumentar y proteger los intereses del negocio o los clientes, entonces su testing no agrega valor.

Platzi tiene un curso de Arquitectura de Información que se puede complentar muy bien con ésta clase.

En una de las clases mencionan el tener en cuenta el contexto. Ejemplo:

  1. Tenemos una App de seguros de autos que tiene un botón para solicitar ayuda en calidad de emergencia.
  2. Hay usuarios que van a tener internet por estar en x zona de la ciudad, pero otros no lo tendrán por estar en carretera, etc.
  3. Necesitaremos cumplir los requerimientos, ofreciendo un botón para ejecutar una llamada rápidamente u otra solución alterna.

Les dejo el link de la clase por si quieren revisar con más detalle.
Este ejemplo empieza en el minuto 5.

¿Que hace un tester?
1. Encontrar problemas
2. Documentar problemas
3. Comunicar problemas

Para especificar un caso de prueba es necesario al menos estos 4 detalles de información:

1.- Que queremos hacer con el nombre
2.- Una descripción que explique el caso de prueba
3.- Los pasos necesarios para ejecutarlo y en cada paso que esperamos que suceda.

Sin embargo, al momento de ejecutar y documentar el caso de prueba, necesitamos adicionar más información, como lo es: los resultados actuales y esperados, ya sea paso por paso o al finalizar toda la prueba. Todo dependerá del tipo de prueba ya que de acuerdo a ello, esta información podrá incrementar.

Estar pensando constantemente en el contexto me hace un mejor desarrollador.

Definición y diseño de pruebas
Que hace un tester?

  1. Encontrar problemas
  2. Documentar problemas
  3. Comunicar problemas

Diseño de caso de prueba:

  • Nombre
  • Descripción
  • Pasos
  • Resultados esperados
  • Resultados obtenidos

¿Cómo identificar si esto realizando un buen testing?

  • Si no encuentras problemas antes de que el producto sea entregado al cliente, entonces tu testing es ineficiente.
  • Si cuando encuentras problemas no sabes documentar y reproducir los pasos correctos su testing genera retrabajo y aumenta los costos.
  • Si como representante de la calidad del producto no sabes argumentar y proteger los intereses del negocio o los clientes, entonces su testing no agrega valor.

Para documentar usamos coda y loom video, es practico rapido y tiene una buena visibilidad

Esto es algo básico para cada tester. Hay varias cosas necesarias que debemos comprender y estar seguros de para qué lo hacemos.

Tu obligación y por lo que vas a brillar es porque sabes Encontrar Problemas, Documentarlos y Comunicarlos. Es crucial documentar, diseñar y nuestros casos de prueba contengan la información necesaria para que se entienda el trabajo.

Trabajo del tester: Hacerse preguntas

Les comparto el Archivo de Google Sheets

¿Qué hace un tester?

  1. Encontrar problemas
  2. Documentar problemas
  3. Comunicar problemas

Si no encuentras problemas antes de que el producto sea entregado el cliente, entonces su testing es ineficiente.

Si cuando encuentras problemas, no sabes documentar y reproducir los pasos correctos, el testing genera retrabajo y sube el costo.

Si como representate de la calidad del producto no sabes argumentar y proteger los intereses del negocio o los clientes, entonces el testing no agrega valor.

Quizá me perdí de algo, la pregunta es:

¿Por qué el siguiente enlace en está lección?

https://platzi.com/clases/angular/

¿Qué hace un tester?

  1. Encontrar problemas
  2. Documentar problemas
  3. Comunicar problemas

Es muy similar a escribir la definición de un Caso de Uso. 😃

(https://drive.google.com/file/d/1CWj2FXhUBOH5lfBjGLg9thWoPEZwOFb-/view?usp=sharing)

realice este ejercicio sobre esta clase pero no se si este bien.

Que buena clase!!!

¿Que hace un tester?

  1. Encontrar problemas
  2. Documentar problemas
  3. Comunicar problemas

Si un tester no encuentra problemas antes de que el producto sea entregado al cliente, entonces su testing es ineficiente.

Si cuando encuentra problemas no sabe documentar y reproducir los pasos correctos su testing genera retrabajo y sube el costo.

Si como representante de la calidad del producto no sabe argumentar y proteger los intereses del negocio o los clientes, entonces su testing no agrega valor.

Si el problema no lo encontramos nosotros, lo encontrará el cliente final, la importancia de hacer las cosas bien desde el principio, agotar toda posibilidad de defecto que esté en nuestras manos encontrar resultara en el éxito del negocio.

¿Qué hace un tester?

Encontrar problemas

Documentar problemas

Comunicar problemas

Si cuando encuentra problemas no sabe documentar y reproducir los pasos correctos su testing genera retrabajo y sube el costo

Si como representate de la calidad del producto no sabe argumentar y proteger los intereses del negocioo los clientes, entonces su testing no agregar valor

¿Qué debe de contener un caso de prueba?
Debe tener:

nombre: corta descripcion de lo que se va a realizar

descripción: Explicación de que se trata la prueba

pasos: Cada uno de los pasos de la prueba

resultados esperados

resultados actuales

En resultados actuales, Como se puede hacer para crear un documento que tenga varias ejecuciones de casos de pruebas, ya que cuando se encuentran errores, se deben solucionar, y se deben volver a ejecutar. ¿Hay una buena practica para solucionar esto y seguirlo manejando en un documento vivo como excel? Supongamos que el caso de prueba tiene 10 ejecuciones, y cada ejecución tuvo resultados diferentes y se realizaron en tiempos diferentes. ¿Hay que crear un columna por cada ejecución?

Muy buen detalle el del Caso de Prueba!

++Para especificar un caso de prueba es necesario al menos estos 4 detalles de información:
++

1.- Que queremos hacer con el nombre
2.- Una descripción que explique el caso de prueba
3.- Los pasos necesarios para ejecutarlo y en cada paso que esperamos que suceda.

Sin embargo, al momento de ejecutar y documentar el caso de prueba, necesitamos adicionar más información, como lo es: los resultados actuales y esperados, ya sea paso por paso o al finalizar toda la prueba. Todo dependerá del tipo de prueba ya que de acuerdo a ello, esta información podrá incrementar.

Esto es algo básico para cada tester. Hay varias cosas necesarias que debemos comprender y estar seguros de para qué lo hacemos.

Tu obligación y por lo que vas a brillar es porque sabes ** Encontrar Problemas, Documentarlos y Comunicarlos**. Es crucial documentar, diseñar y nuestros casos de prueba contengan la información necesaria para que se entienda el trabajo.

En mi trabajo usaba códigos para identificar los casos de pruebas, aunque me gustaría saber como definir bien, también se adjuntaba la fecha y el estado critico del caso de prueba, si era un estado bajo, medio o alto.

Si no encuentro problemas antes de que el producto sea entregado
Investigar acerca del software

  • cuando encuentras un problema no lo sabes documentar y reproducir los pasos
  • desde el principio debes encontrar el problema y saber documentar

Es importante documentar bien diseñar bien

  • los caso de prueba se deben entender

Muy buena informacion.

Es importante cuestionar y cuestionarnos todo el tiempo, conocer el proceso, el proyecto y estar seguros de nuestras capacidades y habilidades.
Lo más importante es apuntar a los objetivos principales de la gerencia

Control de Calidad, a través de estándares y normativas
Control de Garantía de Calidad.
Normativas señaladas por la Dirección Técnica.
Formatos de Expedición de Producto Acabado y devoluciones de Cliente.

Yo realizo los testcases del paso a paso que se va a realizar en el sistema si tengo pasos de verificación los incluyo en otro archivo de excel haciendo énfasis que es un proceso manual del usuario donde solo probare al sistema

Me queda la duda de en que etapas se utilizan los casos de prueba.

Yo prefiero usar Trello para gestionar mis pruebas

Definición y diseño de pruebas

  • Encontrar problemas
  • Documentar problemas
  • Comunicar problemas

Casos de prueba:

  • Nombre
  • Descripción
  • Pre requisitos (acrogeria este también)
  • Pasos
  • Resultados esperados
  • Resultados actuales

Es cierto que la documentación y comunicación de el sistema que estamos desarrollando es importantísimo, ya que yo me pongo en el lugar del cliente y quiero que el manual o la documentación en caso de software sea lo mas clara posible

  • MODULO

  • PANTALLA

  • PRECONDICIONES

  • PRUEBA

  • RESULTADO

  • FECHA PRUEBA

  • FUNCIONARIO

  • #BUG / OK

Test Plan:
A document describing the scope, approach, resources, and schedule of intended testing activities. It identifies test items, the features to be tested, the testing tasks, who will do each task, and any risks requiring contingency planning.