Las “SLA” o “Service Level Agreement” es un documento contractual entre un cliente y una empresa que ofrece un servicio. Por tanto, las SLA tienen como misión identifican y definen las necesidades del cliente a la vez que controla sus expectativas de servicio en relación a la capacidad del proveedor, proporciona un marco de entendimiento entre ambos. En el mundo del testing, como en cualquier otro ámbito, debemos de establecer unas SLAs si trabajamos con proveedores en nuestro entorno de testing. Algunas caracteríticas que debe de incluir son:
- Identificar y definir las necesidades del cliente.
- Establecer un marco de trabajo.
- Simplificar situaciones complejas.
- Reducir conflictos entre areas.
- Fomentar el diálogo en caso de controversias.
- Eliminar expectativas poco realistas.
Read more
Adjunto la presentación que hice en las Jornadas sobre el Testeo de Software 2008 (JTS2008) que se celebraron en Valencia el pasado abril.
Interesante herramienta Open Source que puede ayudarnos a garantizar la integridad de datos en plataformas “Business Intelligent”. Nunca he participado directamente en el testeo de una plataforma BI, pero esta herramienta parece la opción más interesante que hay en el mercado junto a la herramienta “Kettle“, y además son gratuitas. Talend nos permite:
- Integración operacional de datos : Migraciones de datos y busqueda de duplicación de datos.
- Sincronización de datos : La sincronización de los datos incluye todos los procesos que mantienen datos en la sinc. entre las aplicaciones y las bases de datos. La sincronización de datos puede ser permanente o temporal, por ejemplo durante una migración.
- ETL para la Buisness Intelligence y el Data Warehousing : los procesos de ETL (extracción, transformación y cargamento) son los componentes más críticos – y de valor añadido – de una infraestructura de la Buisness Intelligence
Espero vuestros comentarios sobre esta herramienta si ya habéis tenido la oportunidad de probarla. La última versión disponible es la v.2.4.1.
Referecias: http://www.talend.com
La empresa/comunidad uTest está pagando a testers por cada defecto encontrado en sus aplicaciones. ¿Una manera de motivar a sus empleados? Este nueva “modalidad” de testing empieza hacerse más y más popular. En esta comunidad podréis encontrar el testimonio de muchos clientes satisfechos que han utilizado este sistema.
El funcionamiento es muy sencilla:
- Completa el profile (basado en tus testing skills)
- Selecciona la aplicación que más te interesa testear.
- Comienza a testear
- Cobra por los defectos encontrados
Te puedes inscribir en cinco pasos y comenzar a testear, una vez encuentras un defecto, la compañía lo valorará por su severidad y prioridad. Lo bueno de este sistema es que su puede testear a cualquier hora y en cualquier lugar.
Read more
Las Herramientas de modelización permiten diseñar gráficamente todo un sistema. Como “Software Tester”, es muy importante estar familiarizado con términos tales como casos de uso (use cases), diagrama de secuencia (secuence diagram), diagrama de clase (class diagram) etc…Debes utilizar estos esquemas/diagramas y modelos para comprender el funcionamiento del sistema. La buena comprensión de casos de uso y diseños del sistema te ayudarán a la hora de diseñar y escribir eficazmente los casos de prueba (test cases) y en la búsqueda de defectos de diseño.
Es importante familiarizarse con herramientas como Rational Rose, Rational Software Arquitecto o StartUML (open source). Hay muchos libros sobre UML 2.0, pero yo recomiendo especialmente los libros de la editorial O´Reilly que los podeís encontrar en la casa del libro o en Amazon.
