Probar un plugin
Un plugin se prueba en tres niveles: su lógica sin Tauri, sus comandos con una aplicación mínima, y su integración real. Y una aplicación de ejemplo que vale por todo.
Los tres niveles
Y la proporción correcta es la pirámide del nivel 54.4: mucha del primer nivel, algo del segundo, poca del tercero.
Lo que hay que probar sí o sí
Cuatro cosas específicas de un plugin:
Las dos primeras son las que distinguen un plugin cuidado, porque son las que quien lo adopte no puede verificar sin leer tu código.
La aplicación de ejemplo
Y la pieza que más valor da por esfuerzo:
- Una aplicación pequeña que usa el plugin de verdad, con su capability, su llamada desde el frontend y su interfaz mínima.
- Que se construye en cada cambio, con lo que compilar el plugin y usarlo se verifica automáticamente.
- Y que sirve como documentación ejecutable: el ejemplo completo del nivel 69.3, pero funcionando y sin poder quedarse desactualizado.
Es lo mismo que el ejemplo de documentación, con la ventaja de que se rompe si algo cambia — que es exactamente lo que le pasa a los ejemplos escritos en un fichero de texto.
Probar en las plataformas
Y lo del nivel 68.2, criterio seis, desde el otro lado: si tu plugin dice soportar cinco plataformas, hay que probarlo en cinco.
- La lógica común, en una.
- Las implementaciones de plataforma, en cada una — con la construcción automática del nivel 67.3.
- Y lo que no se puede automatizar: la aplicación de ejemplo en un dispositivo, para móvil.
Y si no puedes probar una plataforma, decláralo como no soportada. Nivel 67.5: publicar para una plataforma que no puedes probar es peor que no publicar.