Claude's Cue Word: Pruebas unitarias de generación de código

Análisis de palabras clave

1. El uso de etiquetas XML da a las pistas de texto una estructura clara y permite que el gran modelo lingüístico comprenda mejor tus instrucciones. Por cierto, Claude 3 es muy compatible con XML, y la mayor parte de la salida de palabras clave de alta calidad está organizada en base a XML, una técnica a la que ahora recurro mucho.

Tenga en cuenta que sólo Claude y Mistral tienen un buen conocimiento de las etiquetas XML en este momento, y puede probar rápidamente diferentes modelos en LMSYS Org.

2. Hay pasos claros, con la ayuda de la CoT (Cadena de Pensamiento), de modo que el modelo puede pensar de acuerdo con ciertos pasos, y el resultado de cada paso se puede utilizar como la entrada del siguiente paso, a fin de obtener resultados de salida de alta calidad.

• En primer lugar, analiza el código para averiguar qué hace, sus entradas, salidas y lógica central. Así te aseguras de no pasar por alto información crítica en el código.
• A continuación, enumere una serie de casos de prueba necesarios que incluyan el propósito, las entradas, las salidas esperadas y los tipos de prueba. Con el código anterior analizado, no es fácil pasar por alto casos de prueba críticos al escribirlos.
• Aclare que el resultado está en formato tabular y asegúrese de que el resultado contiene toda la información necesaria.
• A continuación, escriba código de prueba específico para cada caso de prueba, asegurándose de que el código de prueba sigue el proceso de preparación, ejecución y verificación. Con los casos de prueba anteriores, puedes escribir el código de prueba uno a uno sin que falte el código de prueba crítico.
• Deja claro que quieres escribir comentarios antes de escribir el código, de modo que en realidad sea el equivalente a escribir indicaciones separadas para cada trozo de código de prueba.
• Los resultados generados se revisaron para garantizar que todos los escenarios quedaban totalmente cubiertos.
• Por último, resuma la cobertura de las pruebas y los conocimientos adquiridos a través de esta actividad de planificación de pruebas. En realidad, este paso puede omitirse, ya que no significa mucho para el modelo, pero para el autor puede ayudarle a comprender mejor por qué genera estos casos de prueba. Tal vez aprenda algo de ello.

3. Es importante indicar desde el principio cuál es el objetivo de las instrucciones, para que el modelo pueda comprender mejor sus instrucciones y generar resultados más acordes con sus expectativas.

4. En cuanto a la caracterización inicial, es una ventaja añadida que permite generar resultados con más contenido relevante para el personaje seleccionado del corpus.

Esta pista es una buena demostración de cómo se puede guiar al modelo para que genere resultados de alta calidad mediante palabras clave:

1. Sus instrucciones deben ser claras y puede organizarlas con ayuda de etiquetas XML.
2. Utilizar plenamente el CoT, de modo que el modelo pueda pensar según determinados pasos, y el resultado de cada paso pueda utilizarse como entrada del paso siguiente para obtener resultados de salida de alta calidad.
3. Borrar el formato de la salida para asegurarse de que la salida sigue los pasos que ha enumerado y que cada paso contiene toda la información necesaria.

Versión inglesa

Usted es un experto en pruebas de software al que se le ha encomendado la tarea de probar a fondo un determinado fragmento de código. que ejerciten el código y descubran posibles errores o problemas.

En primer lugar, analice detenidamente el código proporcionado. Comprenda su propósito, entradas, salidas y cualquier lógica o cálculo clave que realice. Dedique un tiempo considerable a considerar todos los diferentes escenarios y casos extremos que deben probarse. Dedique un tiempo considerable a considerar todos los escenarios y casos extremos que deben probarse.

A continuación, haga una lluvia de ideas con una lista de casos de prueba que considere necesarios para validar completamente la corrección del código. Para cada caso de prueba, especifique lo siguiente en Para cada caso de prueba, especifique lo siguiente en una tabla.
- Objetivo: el objetivo del caso de prueba
- Entradas: Las entradas específicas que deben proporcionarse.
- Resultado esperado: El resultado esperado que el código debe producir para las entradas dadas.
- Tipo de prueba: La categoría de la prueba (por ejemplo, prueba positiva, prueba negativa, caso límite, etc.)

Después de definir todos los casos de prueba en formato tabular, escriba el código de prueba real para cada caso. Asegúrese de que el código de prueba sigue estos pasos.
1. Organizar: Establecer las condiciones previas y las entradas necesarias.
2. Actuar: Ejecutar el código que se está probando
3. Assert: Verificar que la salida real coincide con la salida esperada

Para cada prueba, proporcione comentarios claros que expliquen qué se está probando y por qué es importante.

Una vez redactados todos los casos de prueba, revíselos para asegurarse de que cubren todas las situaciones posibles. Considere si se necesitan pruebas adicionales para completar la prueba. Considere si es necesario realizar pruebas adicionales para completarlas.

Por último, presente un resumen de la cobertura de las pruebas y las conclusiones extraídas de este ejercicio de planificación de pruebas.

Análisis de código:

$code_análisis

Casos de prueba:

<table>

Objetivo
Entradas
Resultado esperado
Tipo de prueba

$est_case_table
</table>

Código de prueba:

$test_code

Revisión de la prueba:

$test_review

Resumen de la cobertura de la prueba:

$cobertura_summary

$insights

Sección_sumario_de_cobertura

Este es el código para el que debe generar casos de prueba.

PEGAR_TU_CÓDIGO_AQUÍ

Versión china

Usted, como experto probador de software, es responsable de probar a fondo fragmentos de código especificados. Su objetivo es crear un conjunto completo de casos de prueba para ejecutar el código y descubrir posibles errores o problemas.

En primer lugar, analice meticulosamente el código proporcionado. Averigüe qué hace, sus entradas, salidas y cualquier lógica u operación central. Piensa detenidamente en todos los escenarios y casos extremos que puede ser necesario probar.

A continuación, elabore una lista de casos de prueba que considere necesarios para verificar a fondo la exactitud del código. Para cada caso de prueba, especifica la siguiente información en la tabla:

- Propósito: El objetivo del caso de prueba
- Insumos: insumos específicos que deben facilitarse
- Salida esperada: lo que el código debe producir para una entrada dada
- Tipos de pruebas: clasificación de las pruebas (por ejemplo, pruebas hacia delante, pruebas hacia atrás, casos límite, etc.)

Tras detallar todos los casos de prueba en forma de tabla, escriba un código de prueba específico para cada caso. Asegúrese de que el código de prueba sigue el proceso descrito a continuación:

1. Preparación: establecer las condiciones previas y los insumos necesarios
2. Ejecución: ejecutar el código que se va a probar
3. Validación: garantizar que el resultado real es coherente con el resultado deseado.

Para cada prueba, debe haber una descripción claramente anotada de la prueba y su significado.

Una vez completada la redacción de todos los casos de prueba individuales, revíselos para asegurarse de que cubren completamente todos los escenarios. Piense si es necesario añadir pruebas adicionales para garantizar la exhaustividad.

Por último, resuma la cobertura de las pruebas

y los conocimientos adquiridos a través de esta actividad del programa de pruebas.

Análisis de código:

$code_análisis

Caso de prueba:

<table>

Finalidad
Entrada
Resultado esperado
Tipo de prueba

$est_case_table
</table>

Código de prueba:

$test_code

Revisión de la prueba:

$test_review

Resumen de la cobertura de la prueba:

$cobertura_summary

$insights

Sección_sumario_de_cobertura

Este es el código para el que necesita generar casos de prueba:

Pegue aquí su código