Product Design, Manufacturing & Innovation Resources

Control de mostrador

Control de mostrador

Control de mostrador

Objetivo:

Un proceso informal y manual de revisión del propio código fuente o lógica antes de su compilación o ejecución.

Cómo se utiliza:

Ventajas

Contras

Categorías:

Ideal para:

Desk Checking is often employed in software development, particularly during the design and testing phases of a project, where developers meticulously review their own code to identify logical flaws or typographical errors before deploying the product. This technique not only serves individual developers but can also be effectively implemented in collaborative environments where team members comprometer in peer reviews. In industries such as finance, aerospace, and healthcare, where precision is paramount, the practice of Desk Checking becomes even more significant as a preemptive measure against costly errors or system failures. Participants typically include software engineers, quality assurance testers, and technical leads who can contribute different perspectives during the code verification process. The application of this methodology doesn’t require elaborate tools or platforms, making it an accessible practice in both established companies and startups, especially in agile development settings. Desk Checking also promotes a culture of accountability, encouraging developers to take ownership of their code by mentally rehearsing its execution, which can lead to more robust and reliable software solutions. Encouraging this practice early in the development cycle can save time and resources, thus enhancing project efficiency and ensuring the overall quality of the final product.

Pasos clave de esta metodología

  1. Lee atentamente cada línea de código, visualizando su ejecución.
  2. Identificar y seguir mentalmente los valores de las variables mientras se ejecuta el código.
  3. Comprueba si hay errores lógicos en las sentencias condicionales y los bucles.
  4. Verifique que las llamadas a las funciones y sus parámetros sean correctos.
  5. Presta atención a los errores de desfase de uno en las iteraciones o en el manejo de índices.
  6. Consideremos los casos límite y cómo los maneja el código.
  7. Compruebe si hay variables no utilizadas o código redundante.
  8. Evalúa el flujo y la estructura del código para comprobar su legibilidad.
  9. Reflexione sobre la coherencia en las convenciones de nomenclatura y el formato.
  10. Repase mentalmente los escenarios para asegurarse de que se produzcan los resultados esperados.

Consejos profesionales

  • Durante el análisis mental, céntrese en las condiciones límite y los casos extremos para garantizar la solidez frente a entradas inesperadas.
  • Incorpora la retroalimentación de tus compañeros a tu proceso de revisión de escritorio, verbalizando tu razonamiento a un colega, lo que puede sacar a la luz suposiciones ocultas.
  • Documente su proceso de razonamiento al revisar documentos en su escritorio para futuras consultas; esto puede ser invaluable para reconocer patrones recurrentes en los errores.

Leer y comparar varias metodologías, recomendamos el

> Amplio repositorio de metodologías  <
junto con otras más de 400 metodologías.

Sus comentarios sobre esta metodología o información adicional son bienvenidos en la dirección sección de comentarios ↓ , así como cualquier idea o enlace relacionado con la ingeniería.

Contexto histórico

1829
1850
1854
1854
1895
1899
1900
1828
1848
1850
1854
1884
1896
1900
1903

(Si la fecha es desconocida o no es relevante, por ejemplo "mecánica de fluidos", se proporciona una estimación redondeada de su aparición notable)

décimo año aniversario

Las imágenes en tamaño completo y las descargas solo están disponibles, de forma totalmente gratuita, para los miembros registrados.

> Acceso <