Aforismo de Dijstra

Aforismo Dijstra:


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

 ¿A qué se refiere Dijstra con este aforismo? 
                 Rescatando la frase de aforismo Dijstra, podemos mencionar que al realizar pruebas en un software, podemos conocer todos los errores que surjan, de esta manera se puede decir que este, cuenta con usabilidad, ya que todo software pasa por un proceso de pruebas para el surgimiento de su producción a nivel de usuario, y no presente esos errores para los usuarios.

Comentarios

  1. Bibian27 de febrero de 2019, 9:08 p.m.

    me parece muy bien tu definición que le das a ese aforismo de Dijkstra pues es entendible lo que nos quiso dar a entender y que deberíamos de tomarlo en cuenta..

    ResponderBorrar

Publicar un comentario

Entradas más populares de este blog

Estándar Asignado ISO / IEC 10741

Imagen
¿Cuál es el objetivo del estándar? Esta parte de ISO / IEC 10741 especifica cómo se efectúa el control incremental del cursor como resultado de la interacción del usuario con un editor de texto. Las cláusulas en esta parte de ISO / IEC 10741 son básicas para un conjunto de estándares propuestos que tratan con la interacción de diálogo usuario / computadora. Las especificaciones en ISO / IEC 10741 son consistentes con las tres formas en que se pueden considerar los datos de edición de texto: - la estructura de datos interna (el almacenamiento interno del ordenador), - los datos mostrados (la interfaz presentada por el sistema informático al usuario), - la estructura de datos conceptual (la interpretación del usuario de lo que se presenta). Esta parte de ISO / IEC 10741 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 curs
Leer más

Testlink

Imagen
1. Descripción de la herramienta, ¿para qué sirve?      Testlink es una herramienta Open Source que permite crear y gestionar casos de pruebas y organizarlos en planes de pruebas. Estos planes permiten a los miembros del equipo ejecutar casos de test y registrar los resultados dinámicamente, generar informes, mantener trazabilidad con los requerimientos, así como priorizar y asignar tareas específicas. Dentro de cada Proyecto, al especificar las pruebas debes crear distintos suite de pruebas y casos de pruebas para cada uno de estos.  Al asociar el Caso de prueba a un Plan de pruebas se pueden ejecutar las pruebas. Creando Documentación de métricas de resultado de pruebas y tiempo utilizado. Permite la configuración de perfiles y usuarios para el ingreso a las diferentes funcionalidades, por ejemplo los directores de proyecto tendrán acceso a consultar el avance en la ejecución de las pruebas funcionales de sus proyectos. Para gestionar el software Testing: Defini
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? El error se produce tras una acción humana que provoca un resultado incorrecto ya sea por un mal manejo o por no tener noción sobre el software que está utilizando. Por su parte el fallo (defect o bug), es una manifestación de un error en el software, en este caso, puede suceder por la implementación de un código erróneo o con ciertos fallos dentro de sus métodos. Por último, un error se produce tras una desviación del software, en cuanto algún servicio o implementación, en algunos casos esto se da al ejecutar ciertos procesos que forzan al equipo de ejecución y provocan un fallo en el mismo ya que los recursos implementados suelen rebasar su ejecución, provocando un caos en el mismo. Referencias: S.A. (2016). Pruebas de software. Recuperado el 22 de febrero de 2019 de http://materias.fi.uba.ar/7548/PruebasSoftware.pdf
Leer más