Principios de Pruebas de Software y Mejores Prácticas

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

Resumen

¿Cuántas veces hemos sido usuarios de alguna app móvil y falla? ¿Cuántas veces hemos sido parte del desarrollo de un producto y el retrabajo se desborda por todas las fallas o defectos que contiene?.

Las pruebas son una manera de explorar, experimentar, entenderlo, entre menos entiendas el productos que estas desarrollando más errores tendrá. Las puedes hacer por cuestión de costo, prestigio o cuestiones legales.

Tres aspectos a considerar:

Tenemos un problema o el resultado no es el esperado
Nuestros costos se esta volviendo muy alto.
Implicaciones legales o de estándares tecnológicos.

Antonio Rafael González Ferrer

student•

Mis apuntes:

¿Qué son las pruebas y por qué deberíamos hacerlas?

¿Qué son las pruebas?

Es el proceso de evaluar un producto, aprendiendo a través de la exploración y experimentación, lo cual incluye: Cuestionar, estudiar, modelar, observar e inferir, checar salidas de datos, etc.

¿Pasando todas las pruebas tendré un software sin errores?

No. El 100% de que un software no tenga errores nunca va a suceder; podrás llegar a estimaciones de 99.9999~ y quizás, dado el riesgo del software harás más pruebas pero siempre existe la posibilidad de que haya un nuevo fallo. El tiempo y los clientes nos han enseñado que no importa, aún cuando tengas un muy buen plan de pruebas, siempre se pueden ir algunos detalles.

Las pruebas las puedes tener que hacer por cuestiones de costo, prestigio, legales, o mejorar el software.

Muchas empresas que desarrollan software:

• No son parte de la solución. • No siempre se entrega la evidencia al cliente. • Sin una estructura o especificaciones son difíciles de mantener. • No hay tiempo, o nadie del equipo hace pruebas.

Razones para hacer las pruebas

• Tenemos un problema o el resultado no es el esperado. • Costo alto o fuera de presupuesto. • Implicaciones legales o de estándares tecnológicos.

Cristian Adrian Ayala

student•

Gracias por compartir tus notas con la comunidad.

Elmer Padilla Espinoza

student•

Antonio se te agradece tus apuntes.

Denis Cordero

student•

Platzi tiene personas encargadas de QA?

Camilo Castro

student•

Que buena pregunta, yo me pregunté lo mismo desde hace un tiempo, podría decir que no ya que en linkedin no he visto a nadie del equipo de platzi con un rol de estos, y tampoco en las posiciones de empleo disponibles he visto una vacante para este cargo en los últimos dos meses.
Sin embargo esto no significa que no se hagan controles de calidad a pesar de que pareciera que nadie en el team tiene este rol, la responsabilidad de la calidad del producto es distribuida por todo el team.
Espero que alguien del team vea tu pregunta y nos responda.

Japheth Calzada López

student•

La aplicación movil es la que más errores se ha encontrado como usuario final

Camilo Castro

student•

Mediante el testing podemos detectar la presencia de errores, mas no la ausencia de estos.

Oscar Jaramillo

student•

Jeremy Barroso

student•

El testing funcional tiene mucho de lógica y de sentido común, si bien existen buenas practicas y técnicas a respetar, el punto vital como bien dice Blanca es entender desde un principio para que servirá la aplicación, quien la va a usar, condiciones que pueden afectar el mismo, etc, etc, esto te dará una perspectiva y una base para comenzar a imaginar que cosas deberías probar para verificar que se satisfaga la necesidad para la que fue creada. . Si por ejemplo vamos a hacer las pruebas sobre un software que nos va a permitir retirar dinero desde un ATM, debemos ponernos en los zapatos del usuario final y pensar cuales son los posibles escenarios reales que pueden pasar, por ejm: que pasaría si ingreso mal las credenciales de acceso a la cuenta, que pasaría si intento retirar un monto mayor al disponible en mi cuenta, que pasaría si el ATM se queda sin efectivo... en todos los escenarios debemos pensar que debería de pasar y de esta manera ir armando nuestros casos de prueba.

Manuel Santelices Ahumada

student•

Que son las pruebas de software? Las pruebas son el proceso de evaluar un producto, aprendiendo a traves de la exploracion y experimentacion. Razones para hacer Pruebas:

Tenemos un problema o resultado no esperado
Costo alto o fuera de presupuesto
Implicaciones legales o de estandares tecnologicos
Detectar errores antes de que la app se lance a produccion
Disminuir el tiempo invertido en resolver problemas Los estandares para el desarrollo de software:
Ayudan a tener una mejor eficacia y eficiencia al momento de desarrollar.
Dan mayor confiabilidad en los requisitos solicitados

Alexis Damián Pacheco Rivero

student•

Buen aporte.

Camilo Castro

student•

Definición del testing según la IEEE:
El proceso de funcionamiento de un sistema o componente bajo ciertas condiciones, observar o registrar los resultados, y hacer una evaluación de algún aspecto del sistema o componente._

Gonzalo Amador Hernández

student•

Muy buen aporte!!!!

Miguel Angel Reyes Moreno

student•

Me lo llevo a mis apuntes. Gracias.

Héctor Daniel Vega Quiñones

teacher•

Las buenas pruebas siempre contemplaran casos de uso inusuales o que en circunstancias normales no sucederían. Sin embargo, esto no asegura que el software esté libre de fallas.

JUAN DAVID GARCIA SEMANATE

student•

falla del face id>
https://www.youtube.com/watch?v=IPxE3hyG2eE

Lorena Pena Verdú

student•

Me gusta mucho la forma de explicar de Blanca. Tengo muchas ganas de acabar este curso!

Juan Pablo Perez

student•

Si igualmente se ve muy bueno el curso.

Javier Arturo Chávez Sialer

student•

No importa que sigas las mejores prácticas de desarrollo o de testing, sino entiendes el producto más errores encontraras.

Las pruebas de software son el proceso de evaluar un producto

Las pruebas de software nos ayudan a detectar errores en un producto, pero no a asegurar la ausencia de estos

Excusas para no realizar pruebas

No son parte de la solución del producto
No siempre se le entrega evidencia de las pruebas al cliente
Es difícil de mantener las pruebas sin una estructura clara
No hay tiempo para pruebas

Entonces...

¿Porque debemos de hacer pruebas?

Implicaciones legales o de estándaes tecnológicos
Entregar un producto que no funcione, arruina la experiencia de usuario
Al encontrar errores en un desarrollo avanzado se hace más costoso de arreglar

Elmer Padilla Espinoza

student•

Gracias Javier por tus apuntes.

Danilo Valenzuela

student•

Las pruebas son una manera de explorar, experimentar y entender el producto. La exploración del producto incluye cuestionar, estudiar, modelar, observar, inferir e incluso verificar las salidas de datos de un componente de software. Entre menos se entienda el productos que se está desarrollando más errores tendrá.

Una de las funciones del equipo de desarrollo es que los productos no lleguen con errores al usuario final.

Es virtualmente imposible que algún software esté carente de errores.

Las pruebas se pueden hacer por querer mejorar la calidad del software (mejora continua), prestigio, costos (sin pruebas claras se puede crear mucho retrabajo) o incluso por requerimientos legales.

No tener claro que se quiere desarrollar hará que se creen más defectos en el software.

Angela Silva

student•

se deben hacer pruebas de seguridad a todos los software? o como puedo detectar a cuales si

Carlos Guerra

student•

Respuesta breve: Sí.
Al hacer pruebas de seguridad, garantizas un menor margen de “fallos” o “bugs de seguridad” en tu software/app.
Dependiendo del software que se esté creando se determina la “cantidad” de pruebas de seguridad que se tienen que realizar. (También depende mucho de las decisiones del cliente o del presupuesto “$$$” para tales pruebas). Este tipo de pruebas varía mucho dependiendo la aplicación.
No se puede comparar la cantidad de pruebas de seguridad que se hacen para un software bancario que, por ejemplo, para un software de un gimnasio. Lógicamente el Banco tiene mucho más que perder en caso de que existan bugs de seguridad en su aplicaciones.
Es por eso que grandes compañías invierten en un equipo dedicado específicamente a las pruebas de seguridad y constantemente están realizando pruebas para encontrar más y más fallos/vulnerabilidades.

Daniel Meza

student•

Pruebas siempre, aseguras la calidad y funcionamiento del mismo. Por la seguridad, siempre es necesario cuando manejas datos de usuario, ya que puedes perderlos y poner en riesgo su privacidad.

Luz Alicia Molano Ariza

student•

Sandra Milena Rojas Herrán

student•

Estándar IEEE-829

Este estándar proporciona un conjunto estandarizado de documentos para mantener una buena o posiblemente, excelente documentación dentro de las pruebas de software.

Hay 8 de tipos de documentos, que se usan en 3 etapas distintas.

Preparación de las pruebas:

Plan de pruebas.
Especificación del diseño de las pruebas
Especificación de casos de prueba
Procedimientos de prueba
Reporte de transmisión de ítems de pruebas

Ejecución de las pruebas

Log de pruebas
Reporte de incidentes de pruebas

Término de las pruebas

Reporte de las pruebas.

Este estándar es genérico para cubrir todos los tipos de pruebas en un ciclo de vida de un software. No necesariamente, los documentos son una plantilla escrita en piedra, así que se pueden modificar de acuerdo a las necesidades del proyecto.

Juan Pena Verdú

student•

Que gran clase por favor!

Miguel Andres Rendon Reyes

student•

Tienes que entender el contexto: El producto y el modelo de negocios, para enteder que errrores se pueden presentar

VIVIANA LOPEZ

student•

Yo no desarrollo software, pero trabajo dentro de la industria y he empezado a investigar de este tema, los estándares que conozco son: COBIT, ISO 1207, ISO 15504, IEEE 12207 entre otros

CESAR UMANAR

student•

Es importante que todo el proceso de pruebas se apoyen en estándares como ISTQB, ya que marcan la pauta para la ejecución de todo el ciclo de pruebas durante el desarrollo del software.

Carlos Uriel de Jesus Sánchez González

student•

¿Que son las pruebas?
Es el proceso de evaluar un producto, aprendiendo a traves de la exploracion y experimentacion los cual incluye: Cuestionar, estudiar, modelar, observar e inferir, checar salidas de datos, etc.
No son parte de la solucion
No siempre se entrega la evidencia al cliente
Sin una estructura o especificaciones son dificiles de mantener
No hay tiempo, o nadie del equipo hace pruebas
Razones para hacer las pruebas
Tenemos un problema o el resultado no es el esperado
Costo alto o fuera de presupuesto
Implicaciones legales o de estandares tecnologicos