En la evaluación continua de la documentación de WordPress, identifiqué un reporte sobre el artículo oficial Moving Blocks, Issue|(#993). El usuario consultaba explícitamente cómo mover un bloque de una página a otra diferente, señalando que la guía actual solo contemplaba la reordenación de bloques dentro de la misma página o entrada.
Evidencia
Al revisar el artículo oficial (/article/moving-blocks/), se observa que todas las instrucciones se limitan al uso de flechas de reordenación, Drag & Drop y la función Move To, todas diseñadas para operar exclusivamente dentro del mismo documento.

Prueba Funcional y Caso de Prueba
Para verificar la viabilidad técnica antes de emitir una recomendación, ejecuté una prueba de usabilidad en un entorno local de WordPress:
- Creé un bloque estructurado en la Página A (por ejemplo, un bloque de grupo con texto e imagen).
- Utilicé las opciones contextuales del bloque para seleccionar Copiar / Cortar (o el atajo de teclado
Ctrl + C/Ctrl + X). - Navegué hacia la Página B en otra pestaña del editor y ejecuté Pegar (
Ctrl + V). - Resultado: El bloque se transfirió íntegramente con todos sus estilos, atributos y configuraciones intactas.

Ya teniendo el bloque copiado nos movemos a alguna otra pagina que queramos pegar el bloque.


Podemos observar que el bloqeu que copie de la pagina la pude pegar en un post que tenia publicado, y este se copio con todos sus estilos y propiedades.
Propuesta de Solución
Dado que la funcionalidad existe y funciona de manera nativa, la solución no consistía en señalar una limitación del software, sino en extender la cobertura del manual.
Propuse formalmente en GitHub agregar una nueva sección al artículo titulada “Moving blocks between different pages or posts”, detallando:
- El flujo de trabajo con Copiar / Cortar y Pegar para transferencias puntuales.
- La mención de Patrones Sincronizados como alternativa avanzada para bloques que requieren mantenerse actualizados simultáneamente en múltiples páginas.

Conclusión
Este caso resalta que el rol de QA en documentación va más allá de corregir errores de redacción: implica probar el software directamente para asegurar que las guías respondan a las necesidades reales del usuario y reduzcan la fricción en la experiencia de uso del CMS.



Leave a Reply