Herramienta de Gestión de Pruebas

Instala tmt en su portátil:

Además puede instalar solo complementos de suministro seleccionados:

consulte la sección tmt install para más opciones de instalación.

Echa un vistazo a las ramas git deseadas utilizando fedpkg:

O clone su repo del proyecto GitHub:

Activemos un test simple smoke utilizando la plantilla de plan mínimo:

Edita el plan nuevamente creado como necesitaba, p.e. como esto:

Ejecuta todas las pruebas disponibles de forma segura dentro de una máquina virtual:

Ejecute solo pruebas coincidentes con nombre dado o lugar bajo el directorio actual:

Muestra resultados de prueba detallado desde la última ejecución tmt ejecutada por el usuario actual:

Elija explícitamente cuales pasos serían ejecutados:

Esto proporcionará un resumen de pruebas el cual sería ejecutado. Para listar pruebas individuales active el modo verborreo:

Elija local como el método de previsión pero ejecute pasos --all:

Ejecute dentro de un contenedor o máquina virtual:

Marque todos los complementos propuestos disponibles:

Instala paquetes adicionales en el invitado:

Obtiene el último paquete desde repositorio copr proporcionado:

Utilice el rpm local de compilación reciente o todos los rpms desde directorio local proporcionado:

Comprueba todas las opciones a preparar:

Con el fin de crear un esqueleto de prueba de intérprete simple utilice la plantilla del intérprete:

Actualiza archivo de metadatos:

Ajuste el guion de test como desea:

Utilice tmt run para verificar el test está trabajando como esperaba.

Utilice la plantilla beakerlib para crear un test nuevo de beakerlib:

Actualiza test metadatos y código como necesario, utilice tmt run para verificar que todo está funcionando bien.

Con el fin de probar sus cambios en Fedora CI no es necesaria ninguna configuración adicional. Asegure que su push los cambios dentro de su repositorio bifurcado como rpms/tests con espacio de nombre fedora no permite forzar push o retirar ramificación.

Con el fin de probar una solicitud pull en GitHub activa la integración Empaquetar-como-un-Servicio y añade un archivo de configuración .packit.yaml:

Para más detalles consulte la documentación de Testing Farm. Una vez que la integración esté activada empuje la rama, cree una solicitud pull nueva como usual y espere los resultados:

Cuando crea una solicitud pull para activar pruebas en un repositorio sin ninguna configuración tmt, incluya una pareja de consejos y enlaces para aquellos quienes no son familiares con la nueva herramienta:

Con el fin de consultar cuales pruebas están disponibles:

Para mostrar más detalles sobre pruebas individuales:

Para consultar una vista previa de todos los metadatos:

Explora todas las opciones disponibles e instrucciones utilizando --help.

Código de test no tiene que residir en el mismo repo git (p.e. dist git rpms espacio-nombre). Es posible almacenar pruebas en un repo dedicado y compartido a través de versiones de componentes o producto. Solo necesitas para referencia el repositorio en el paso de descubrimiento. Utilice la plantilla de plan completo para obtener rápidamente iniciado:

Actualiza el repositorio url para apuntar al lugar derecho:

Ahora será capaz de ejecutar pruebas desde el repo remoto, Consulte el paso descubierto de documentación para detalles.

Además pueden ser proporcionadas múltiples instrucciones de intérprete bajo el atributo guion:

Consulte el método de guion de documentación para detalles.

Pueden instalarse los paquetes requeridos utilizando el atributo prepare:

Consulte el paso preparación de documentación para detalles.

En el paso descubierto también es posible referenciar múltiples repositorios. De esta manera puede por ejemplo ejecutar fácilmente ambos upstream y pruebas fedora como parte de un plan único:

Además consulte el ejemplo de configulación múltiple en el repo tmt para obtener una mejor idea.

Es posible utilizar planes múltiples para pruebas relevantes de grupo juntos o para ser capaz de ejecutar fácilmente un subconjunto de pruebas. Por ejemplo, tengamos un plan /plans/features el cual cubre todas las pruebas de funcionalidad desde el repositorio git local:

Y un plan separado /plans/integration para activar pruebas de integración con otro componente:

Ejecutando todas las pruebas desde el plan dado es entonces muy fácil:

Cuando ejecute en el IC, los resultados desde tales planes son reportados como un único resultdb testcase y son mostrados en peticiones pull como un único indicador. Con el fin de activar resultado deparado por cada plan, crea un archivo ci.fmf dentro de la raíz del repositorio git con el contenido siguiente:

Una vez que separación de informe fue activado, puede activar la compuerta para planes seleccionados únicamente. Nombre de plan se convierte en parte del nombre de resultsdb testcase el cual es utilizado dentro de la configuración gating.yaml. Consulte la documentación de compuerta en Utilizar Planes Múltiples para más detalles.

Aquí está un ejemplo de una ruta de creación de test minimal:

Un ejemplo ligeramente extendido con test adaptado y plantilla de plan y ejecutando directamente prueba en el host local:

Con el fin de ejecutar con seguridad las pruebas bajo una máquina virtual iniciada en su portátil solo necesita instalar el paquete tmt+provision-virtual. Por defecto la conexión de la sesión es utilizada tal que ningún otro paso sería necesario, tan solo ejecute pruebas utilizando la instrucción tmt run. Consulte el upstream de Consejos de Virtualization para más opciones.

Proyectos de ejemplo con pruebas tmt:

Consulte la página tmt de ejemplos para más inspiración.