Si entiendo su pregunta correctamente, entonces debe ser una simple cuestión de crear fondos de respaldo simulados especiales para sus páginas, y luego crear una prueba Archivo de configuración JSF mapeando esos beans a los archivos .jspx. Los frijoles ficticios, por supuesto, no tocarán ninguna lógica de negocios o servicios de back-end; simplemente serán simples conjuntos de datos que serán fáciles de verificar en sus pruebas.
Cree una secuencia de comandos ant para sustituir en sus beans de respaldo ficticios y en el archivo de configuración de prueba. Ejecute sus pruebas. Si no quieres algo tan pesado como HTTPUnit, y si estás utilizando Spring en tu aplicación, mira this blog post para obtener una excelente forma de simular un contexto web completo sin un servidor web. Es probable que sus pruebas necesiten oler el resultado de HTML sin procesar para verificar los resultados.Esto va a ser complicado, porque a IceFaces le encantan las identificaciones DIV y otras partes relevantes del árbol DOM que desee oler. (Esto solo puede ser la razón por la que muy pocos desarrolladores JSF intentan probar la salida JSF.)
Una vez que se verifiquen las pruebas, cambie los beans regulares y el archivo de configuración a la aplicación.
Voila! Acaba de probar la unidad de sus componentes JSF.
Tenga en cuenta que todo el asunto de cambiar frijoles y archivos de configuración es complicado. Sería mucho, mucho más fácil si IceFaces utilizara Spring para hacer coincidir los beans de respaldo con las páginas JSF, entonces simplemente podría definir los beans de prueba en un application.xml con las clases de prueba relevantes. Pero tal es la vida.
¡Buena suerte, y hágamelo saber cómo funciona para usted!
Para todos los aspirantes a diseñadores de marcos ... considere la mejor manera de adaptarse a las pruebas durante su fase de diseño. :-P –
¡Amen a eso! Definitivamente es una restricción de diseño a tener en cuenta. – Ryan