El 14 de septiembre de 2017, publicamos una versión revisada de nuestra Política de privacidad. Tu uso continuado de video2brain.com significa que aceptas este documento revisado, por lo que te recomendamos que dediques unos minutos a leerlo y comprenderlo.

Fundamentos de la gestión de proyectos: Calidad

Conceptos sobre las pruebas de software

Prueba ahora LinkedIn Learning sin cargo y sin compromiso.

Prueba gratis Mostrar modalidades de suscripción
Las pruebas de software pueden ser complicadas. Tienes varias opciones, y tú lo único que quieres es que el programa funcione. Para eliminar la confusión de las pruebas de software, vamos a ver el objetivo de las fases de pruebas y cuándo tienen lugar las actividades de planificación.
04:25

Transcripción

A veces, ir al mercado es confuso. Solo quiero un detergente, pero tengo que analizar todas las variedades y elegir una. Las pruebas de "software" pueden ser así. Tienes varias opciones, y lo único que quieres es que el programa funcione. Para eliminar la confusión de las pruebas de "software", vamos a ver el objetivo de las fases de pruebas, y cuándo tienen lugar las actividades de planificación. Este diagrama puede serte de ayuda. Vamos a verlo. El lado izquierdo es específico para la planificación de las pruebas. Y al lado derecho tenemos la ejecución, que consiste en aplicar las pruebas del código. Empezamos por la parte inferior del gráfico. La prueba unitaria es la primera de las pruebas basadas en la ejecución. Examina el "software" a un nivel de unidad o módulo. Consiste en probar las fórmulas de "software", los sistemas secuenciales y los puntos de decisión. En la prueba de integración, se prueban las interfases entre dos módulos para asegurar que la información se transfiere en ambos sentidos según se esperaba. Esta área puede causar problemas si no se prueba apropiadamente. Especialmente si estás integrando paquetes de varios distribuidores. La prueba del sistema checa el "software" de forma integral, pasando por varios módulos para completar una prueba y ofrecer un resultado final y tangible. Por ejemplo, este tipo de prueba podría confirmar que la factura del cliente se genera correctamente, que un cliente puede adquirir un producto, o que un administrador de casos obtiene un informe preciso de todos los incidentes de este mes. La prueba de empresa es similar a la prueba del sistema. Sin embargo, se realiza en un entorno que contiene todas o casi todas las aplicaciones corporativas y una infraestructura compatible. Podrías tener que aplicar una prueba de empresa en el caso de que tu aplicación se relacione con otras o con otros servicios externos. Y, por último, la prueba de aceptación del usuario se utiliza para comprobar que el "software" se comporta como esperaba el cliente. Si planificaste bien las pruebas, deberían identificarse muy pocos defectos cuando se realice la prueba de aceptación del usuario. Este diagrama tiene mucho poder. Empezando por la parte superior izquierda, la prueba de aceptación del usuario se basa en los de requisitos comerciales. Cuando se redactan los de requisitos comerciales, deberían escribirse también el plan de pruebas de aceptación del usuario y los casos de pruebas. Los casos de pruebas de aceptación del usuario confirman que el "software" cumple los requisitos comerciales. Si al recopilar los casos de pruebas de aceptación tienes dificultades, pueden ser un indicativo de que los requisitos no están claros. Si continuamos descendiendo por la parte izquierda del gráfico en V, verás la relación entre los elementos de este lado, por ejemplo, las especificaciones del sistema, el diseño general y el diseño detallado y la ejecución basada en las pruebas que está al lado derecho. Lo que me gusta de este gráfico es que describe la terminología de pruebas y su planteamiento en solo un folio. Es una gran forma de comunicarse con el equipo y los directivos. Si les preocupa que las pruebas lleven demasiado tiempo, puedes enseñarles el modelo y preguntarles si hay algunos pasos que quieran evitar o hacer más rápido. Las pruebas consisten en mitigar el riesgo. Cuantas más ejecutes, menos defectos aparecerán cuando el "software" pase a producción. El tipo de aplicación y de código determinarán el nivel de pruebas necesario. Aplica un planteamiento metódico, y la abrumadora tarea de probar tu "software" será más directa. Aunque quizás no sea tan fácil como elegir un detergente.

Fundamentos de la gestión de proyectos: Calidad

Conoce las claves para que tus productos cumplan los requisitos de todos los involucrados en ellos. La calidad se inicia con los requisitos, pero no termina al entregar el proyecto.

1:21 horas (21 Videos)
Actualmente no hay comentarios.
 
Fecha de publicación:19/05/2017

Este curso video2brain está disponible como descarga y para ser visualizado online. ¡Pero no hace falta que decidas entre las dos opciones! Al comprar el curso, disfrutarás de ambas posibilidades.

La descarga te permite ver las lecciones sin estar conectado/a a internet y supone una navegación fácil y ágil entre capítulo y capítulo. Si vas a trabajar en diferentes ordenadores o si no quieres descargarte el curso completo, entra en la web con tus datos de acceso y disfruta directamente de tus vídeos online. Te deseamos que disfrutes de este curso y te resulte de mucha utilidad.

Estamos a tu disposición si tienes cualquier tipo de duda o pregunta.