En ingeniería de software , un recorrido o walk-through es una forma de revisión por pares de software "en la que un diseñador o programador guía a los miembros del equipo de desarrollo y otras partes interesadas a través de un producto de software, y los participantes hacen preguntas y hacen comentarios sobre posibles errores, violación de estándares de desarrollo y otros problemas". [1] Las revisiones también son realizadas por evaluadores, especialistas, etc. y son sugeridas u obligatorias según lo requieran las normas y estándares. [2]
"Producto de software" normalmente se refiere a algún tipo de documento técnico. Como lo indica la definición del IEEE, esto puede ser un documento de diseño de software o un código fuente de programa , pero también se pueden revisar casos de uso , definiciones de procesos de negocios , especificaciones de casos de prueba y una variedad de otra documentación técnica.
Un recorrido se diferencia de las revisiones técnicas de software en su estructura abierta y su objetivo de familiarización. Se diferencia de la inspección de software en su capacidad de sugerir modificaciones directas al producto revisado. Carece de un enfoque directo en la capacitación y la mejora de procesos, y en la medición de procesos y productos.
Un tutorial puede ser bastante informal o puede seguir el proceso detallado en IEEE 1028 y descrito en el artículo sobre revisiones de software .
En general, un tutorial tiene uno o dos objetivos generales: obtener comentarios sobre la calidad técnica o el contenido del documento y/o familiarizar a la audiencia con el contenido.
Normalmente, el autor del documento técnico organiza y dirige un recorrido. Se puede incluir cualquier combinación de personal interesado o técnicamente calificado (dentro o fuera del proyecto) según parezca apropiado.
IEEE 1028 recomienda tres roles de especialistas en un tutorial : [1]