Puntos importantes sobre la herremienta

Luego de la presentación del martes se generaron discusiones interesantes con los participantes y de las mismas tomamos las siguientes notas:

- Posibilidad de correr las mismas pruebas luego de modificar el objeto. Pruebas de wregresión
- Manejar el versionado de los objetos y sus pruebas
- Las pruebas unitarias deben ser parte de la KB, al distribuír un objeto se debe tener la wposibilidad de hacerlo junto con sus pruebas
- Transacciones y Business Components. ¿Pruebas a través de REST?
- Pruebas sobre Data Selectors. Éstos no viven solos, ¿como se prueban?
- Pruebas sobre Dara Providers. Cada vez más populares, forma de probarlos no muy wdistinta a la de Business Components
- No complicar el desarrollo debido al mantenimiento de las pruebas unitarias.
wwww- Al borrar un objeto se debe poder borrar todos sus casos de prueba
wwwwwautomáticamente
wwww- Tener el cuidado necesario para que no llegue a producción nada que sea
wwwwwestrictamentede las pruebas
wwww- Ver problemas con los calls de las pruebas a los objetos. Manejo del árbol de
wwwwwllamadas
- Definir oráculo según cierta ejecución. Por ejemplo: Ejecutar un procedimiento y decir wque el resultado esperado es devuelto, capturando los procedimientos llamados con wsus parámetros, etc.
- Verificador de salidas de tipo XML
- Prioridad de Objetos a realizarles pruebas unitarias: Procedure, Transactions, Data wProviders.

Por supuesto, la discución sigue abierta y se agradecen ideas sobre estos puntos y nuevos que puedan ir surgiendo.