¿Cómo enviar un fragmento de código para explicación o revisión?
Enfoque el alcance para diferenciar entre la observación del código y las conclusiones de ejecución en la respuesta.
Limitar el alcance del código
Primero proporcione la función o el fragmento relevante que se va a revisar, especificando el lenguaje, el método de invocación y el comportamiento esperado. Si el problema depende de la configuración, el formato de entrada u otras funciones, incluya el contexto mínimo necesario. Indique claramente si desea comprender el flujo de control, las condiciones límite o los problemas potenciales para evitar que la respuesta se expanda a una lista de verificación genérica para todo el proyecto.
Proporcionar objetivos de revisión específicos
Puede escribir "Explique cómo esta función maneja la entrada vacía y señale los casos límite que necesitan pruebas". Si desea sugerencias de modificación, solicite explicaciones de las razones y el impacto esperado. Al pegar código directamente o proporcionarlo a través de los adjuntos disponibles, siempre verifique la indentación y los nombres de los archivos; no incluya claves o secretos reales en los materiales por conveniencia.
- Proporcione el código relevante, el lenguaje y los resultados esperados.
- Describa el comportamiento real o los riesgos más preocupantes.
- Solicite que los hallazgos, sugerencias y métodos de verificación se listen por separado.
Confirmar qué pasos de revisión se han completado
Las conclusiones extraídas únicamente de la lectura del código constituyen un análisis estático y no significan que se hayan ejecutado pruebas. Si la respuesta afirma que el programa se ejecutó, verifique las salidas de herramientas correspondientes; si el entorno no está disponible, solicite una lista de las partes no verificadas. Antes de adoptar modificaciones, el comportamiento aún debe verificarse en un entorno apropiado, asegurándose especialmente de que tanto la entrada normal como el manejo de errores cumplan con las expectativas.