Aforismo de Dijkstra

-

Edsger Wybe Dijkstra.jpg


¿A qué se refiere Dijkstra con este aforismo?


“Probar programas sirva para demostrar la presencia de errores, pero nunca para demostrar su ausencia”


La frase anterior hace referencia  a que  las pruebas de software siempre serán útiles y necesarias cuando se pretende dotar a un sistema de calidad y eficiencia que aunque como bien sabemos es imposible contar con un software perfecto pero al realizar pruebas de software nos aseguramos de contar con un sistema que permita realizar las funciones para las cuales fue desarrollado, es decir que tenga usabilidad.

Comentarios

Publicar un comentario

Entradas populares de este blog

Estándar ISO / IEC 10741: interacción de diálogo

-
¿Cuál es el objetivo del estándar? El estándar define cómo los usuarios deben iniciar, controlar y monitorear una serie de capacidades del sistema para el control del cursor en los sistemas de edición de texto mediante funciones de control del cursor. Ya que se limita a la edición de texto de los estilos de escritura de izquierda a derecha mediante el uso de teclas del teclado u otros dispositivos de entrada, pero los principios delineados pueden ser aplicables al texto en otros estilos de scripting , este estándar es aplica solo a los sistemas de información que muestran texto a un usuario para editarlo en una pantalla.  ¿Este estándar es aplicable a tu proyecto integrador? Desde mi punto de vista el estándar ISO / IEC 10741: interacción de diálogo si es aplicable a mi proyecto de integradora ya que la aplicación a realizar permitirá al usuario visualizar y editar texto desde un periférico de entrada que en este caso será el teclado, así como también poder de...
Leer más

¿Qué diferencia existe entre un bug, un defecto, un fallo y un error en el ámbito del desarrollo de software?

-
Imagen
¿Qué diferencia existe entre un bug, un defecto, un fallo y un error en el ámbito del desarrollo de software? En la actualidad es innegable encontrar áreas en las que no haya intervenido un sistema de información y la diversidad de aplicaciones que existen. Aunque tenemos la idea generalizada que el software es infalible, lo cierto es que los errores y fallas son mucho más frecuentes de lo que pensamos por tal motivo es necesario saber identificar la diferencia que existe ente un bug, un defecto, un fallo y un error ya que estos son errores muy frecuentes. Comenzaremos por decir que un bug es un problema lógico en un sistema de software que desencadena un resultado indeseado, m ientras que un defecto es un desperfecto en un sistema que puede causar que el sistema falle en desempeñar las funciones requeridas, así mismo un fallo es la manifestación física de un defecto   y por ultimo un error es una acción humana que produce un resultado incorrecto. En resumen se puede decir qu...
Leer más

Cuadro comparativo de las pruebas de software

-
Tipo de prueba Descripción ¿Qué se utiliza como base para la prueba? ¿Será útil para tu aplicación móvil? Pruebas unitarias Permiten verificar que los componentes unitarios están codificados bajo condiciones de robustez, es decir que  soporten el ingreso de datos erróneos o inesperados y demuestren la capacidad de tratar  errores de manera controlada.  casos de prueba realistas y útiles  Escribir código para un caso de pruebas unitario aislar cada parte del programa Desde mi punto de vista esta prueba si será útil para mi aplicación móvil ya que permitirá analizar los componentes unitarios. Pruebas de integración Incremental ascendente ( Bottom-up) Verificar el correcto ensamblaje entre los distintos componentes pero comenzando con los  de más bajo nivel una vez que han sido probados unitariamente con el fin de comprobar que interactúen correct...
Leer más