El proceso de desarrollo
Ixchel programó la app de la tienda de la esquina de su barrio en Xela. La probó con su pedido y funcionaba perfecto. El primer día de uso, un compañero pidió algo con cantidad 0 y la app se trabó. ¿Cómo se organiza el trabajo para que esto no pase, y qué haces cuando igual pasa? Ningún programa nace terminado ni funciona a la primera: entre la idea y el programa confiable hay un proceso con etapas que se repiten. Dominar ese proceso es tan importante como saber escribir código.
El ciclo de desarrollo
En la práctica no se escribe todo el programa y hasta entonces se prueba. Se trabaja con desarrollo incremental: primero una versión mínima que funcione (por ejemplo, que la app solo muestre el menú), se prueba, y después se agrega una funcionalidad por vez, recorriendo el ciclo en cada una. Si algo falla, el error está en lo último que agregaste, y eso lo hace mucho más fácil de encontrar.
Estas fases del desarrollo de un programa están desordenadas: (a) probar el programa con distintos datos, (b) editar el código fuente, (c) depurar los errores…
Estas fases del desarrollo de un programa están desordenadas: (a) probar el programa con distintos datos, (b) editar el código fuente, (c) depurar los errores encontrados, (d) ejecutar el programa. Ordénalas de forma razonable y explica qué se hace en cada una, teniendo en cuenta que al probar puede ser necesario volver atrás.
Explica qué es un «bug» en un programa y qué es depurar. Pon un ejemplo sencillo de error que podría tener el programa de un cajero automático y qué consecuencia tendría…
Explica qué es un «bug» en un programa y qué es depurar. Pon un ejemplo sencillo de error que podría tener el programa de un cajero automático y qué consecuencia tendría para el usuario.
La figura muestra el ciclo de trabajo del desarrollo de un programa, pero una de sus etapas está tapada con un signo de interrogación, como se muestra en la figura.…
La figura muestra el ciclo de trabajo del desarrollo de un programa, pero una de sus etapas está tapada con un signo de interrogación, como se muestra en la figura.
Indica qué etapa falta dentro del ciclo, en qué consiste y por qué la flecha de «no» devuelve el trabajo a la edición del código.
Tipos de error
Un bug es cualquier error de un programa, y depurar es encontrarlo y corregirlo. Si un cajero automático descuenta el monto dos veces, ese es un bug con una consecuencia muy concreta: el usuario pierde dinero.
En lenguajes compilados, los errores de sintaxis aparecen al compilar (el programa ni siquiera se genera). En lenguajes interpretados como Python, aparecen al llegar a esa línea. Los de ejecución y los de lógica, en cambio, solo se ven al correr el programa.
Distingue entre un error que aparece al compilar (el programa ni siquiera arranca) y un error que aparece en ejecución (arranca pero falla con ciertos datos), con un…
Distingue entre un error que aparece al compilar (el programa ni siquiera arranca) y un error que aparece en ejecución (arranca pero falla con ciertos datos), con un ejemplo de cada tipo.
Explica la diferencia entre un error de sintaxis y un error de lógica, con un ejemplo de cada uno en un programa que calcula la media de tres punteos. ¿Cuál de los dos…
Explica la diferencia entre un error de sintaxis y un error de lógica, con un ejemplo de cada uno en un programa que calcula la media de tres punteos. ¿Cuál de los dos tipos impide ejecutar el programa y cuál deja ejecutarlo pero da resultados incorrectos?
Diseñar casos de prueba
Por ejemplo, para un programa que suma dos números, un caso normal es la entrada 3 y 4 con resultado esperado 7; un caso especial es 0 y -5 con resultado esperado -5.
Un plan de pruebas ordena los casos en una tabla con identificador, entrada, resultado esperado y justificación. Cuando el programa tiene varios requisitos (por ejemplo, un rango de longitud para una contraseña), se prueba cada límite: justo dentro, justo fuera y en el borde.
Explica qué es un caso de prueba y escribe dos casos para un programa que suma dos números: uno con valores normales y otro con algún valor especial, indicando la…
Explica qué es un caso de prueba y escribe dos casos para un programa que suma dos números: uno con valores normales y otro con algún valor especial, indicando la entrada y el resultado esperado de cada uno.
Un programa que divide dos números funciona bien en casi todas las pruebas, pero falla cuando el divisor es 0. Explica qué son los valores límite o casos especiales en…
Un programa que divide dos números funciona bien en casi todas las pruebas, pero falla cuando el divisor es 0. Explica qué son los valores límite o casos especiales en las pruebas, por qué hay que probarlos siempre y cita otros dos valores con los que probarías este programa.
Para probar un programa que aplica un descuento a personas de 65 años o más, define tres casos de prueba: uno con un valor normal, uno con el valor límite exacto y uno…
Para probar un programa que aplica un descuento a personas de 65 años o más, define tres casos de prueba: uno con un valor normal, uno con el valor límite exacto y uno con un valor erróneo (edad negativa o imposible), con el resultado esperado de cada uno. Justifica tus elecciones.
Diseña un plan de pruebas para un programa que pide dos números y muestra su división: haz una tabla con al menos seis casos de prueba (pares de valores de entrada,…
Diseña un plan de pruebas para un programa que pide dos números y muestra su división: haz una tabla con al menos seis casos de prueba (pares de valores de entrada, incluyendo valores normales, límite y erróneos), el resultado esperado de cada uno y qué debería hacer el programa si la entrada no es válida. Justifica la elección de cada caso.
La intranet del colegio o instituto implementa un módulo de autenticación con los siguientes requisitos: Nombre de usuario: de 4 a 12 caracteres alfanuméricos,…
La intranet del colegio o instituto implementa un módulo de autenticación con los siguientes requisitos:
-
Nombre de usuario: de 4 a 12 caracteres alfanuméricos, insensible a mayúsculas/minúsculas.
-
Contraseña: entre 8 y 16 caracteres, sensible a mayúsculas/minúsculas, con al menos un dígito y un carácter especial.
-
Seguridad: bloqueo temporal de la cuenta durante 15 minutos tras tres intentos fallidos consecutivos.
Diseña un plan de pruebas riguroso mediante una tabla con al menos seis casos de prueba diseñados por ti. Para cada caso debes especificar: identificador, valores de entrada (usuario y contraseña), estado previo del sistema, resultado esperado y qué riesgo específico de lógica, frontera o seguridad estás validando.
Técnicas de depuración
Explica qué es un mensaje de traza o registro (log) en un programa y cómo ayuda a encontrar un error (permite ver por dónde pasó el programa y con qué valores).
Explica qué es un mensaje de traza o registro (log) en un programa y cómo ayuda a encontrar un error (permite ver por dónde pasó el programa y con qué valores).
En el sistema de cobro de una cooperativa escolar se ha detectado que, al emitir la factura mensual, el total a pagar de algunos socios es erróneo. Dispones de los…
En el sistema de cobro de una cooperativa escolar se ha detectado que, al emitir la factura mensual, el total a pagar de algunos socios es erróneo. Dispones de los siguientes registros del sistema:
-
Socio 101: 2 compras de 15.00 quetzales -> Total cobrado: 30.00 quetzales (esperado: 30.00 quetzales).
-
Socio 102: 1 compra de 50.00 quetzales con descuento promocional del 10 % (5.00 quetzales) y recargo por gastos de gestión de 3.00 quetzales -> Total cobrado: 47.50 quetzales (esperado: 48.00 quetzales).
-
Socio 103: 1 compra de 20.00 quetzales y devolución de 1 artículo de 5.00 quetzales (-5.00 quetzales) -> Total cobrado: 25.00 quetzales (esperado: 15.00 quetzales).
-
Formula una hipótesis justificada sobre el fallo lógico o de orden de operaciones que explica el error en el Socio 102 y en el Socio 103.
-
Diseña la estrategia de depuración para confirmar tus hipótesis: indica qué datos de prueba mínimos introducirías para aislar el fallo, en qué puntos del flujo situarías puntos de interrupción (breakpoints) y qué variables concretas deberías inspeccionar paso a paso.
Modularizar, documentar y buenas prácticas
Dos refactorizaciones típicas: renombrar variables (x pasa a precio) y extraer una función cuando el mismo cálculo está copiado en varios lugares (el cálculo del IVA del 12 % se escribe una sola vez y se llama donde haga falta). No hace falta formalizarlo más: alcanza con que el código quede más claro y siga haciendo lo mismo.
Buenas prácticas y documentación
-
Nombres claros: que digan qué guarda la variable o qué hace la función.
-
Comentarios útiles: explican el porqué de una decisión, no repiten lo que ya dice el código.
-
Documentación: acompaña al programa y explica como mínimo qué hace y cómo se usa. Sin ella, cuando alguien nuevo se suma al equipo (o tú mismo vuelves al proyecto meses después) hay que adivinar todo, y el programa «envejece» mal.
Trabajo en equipo y control de versiones
Cuando varias personas trabajan en el mismo proyecto, modularizar permite repartir el trabajo en partes independientes y probarlas por separado. Para no pisarse, se usa un sistema de control de versiones como Git (con GitHub como sitio donde se comparte el repositorio). Cada cambio se guarda como una versión (versión 1, versión 2, versión 3…), así que si la última versión funciona peor que la anterior, puedes volver atrás.
Los programas tienen versiones (1.0, 1.1, 2.0...). Explica para qué sirve guardar versiones del código y qué puedes hacer si la última versión funciona peor que la…
Los programas tienen versiones (1.0, 1.1, 2.0...). Explica para qué sirve guardar versiones del código y qué puedes hacer si la última versión funciona peor que la anterior.
La documentación acompaña al programa. Explica qué dos cosas debería explicar como mínimo (qué hace el programa y cómo se usa) y por qué un programa sin documentar…
La documentación acompaña al programa. Explica qué dos cosas debería explicar como mínimo (qué hace el programa y cómo se usa) y por qué un programa sin documentar «envejece» mal cuando trabaja un equipo.
Un fragmento de código usa las variables x, y2 y zzz para guardar el precio, el IVA y el total. Reescribe esos nombres de forma significativa y explica por qué la…
Un fragmento de código usa las variables x, y2 y zzz para guardar el precio, el IVA y el total. Reescribe esos nombres de forma significativa y explica por qué la elección de nombres es una herramienta contra los errores (el código se autodocumenta).
Resumen
Vuelve al principio: la app de Ixchel falló con cantidad 0 porque solo se probó con un pedido normal. Con casos límite y erróneos, y con el ciclo repetido en cada paso, ese fallo aparece antes de publicar.