Primero comprenda y asimile el Manifiesto para el desarrollo ágil de software. Valora a los individuos, las interacciones, la colaboración, respondiendo al cambio para finalmente entregar software de trabajo. Agile no insiste en ninguna herramienta específica. Entonces, lo que funcione mejor para que el equipo cumpla los objetivos de manera eficiente y se adhiera a los valores está bien.
Los principios detrás del Manifiesto Ágil lo guiarán aún más en cómo desarrolla y entrega su software.
En cuanto a la implementación de HP UFT, tendrá que ajustar la forma en que trabaja con él para adaptarse al desarrollo ágil. Esto no se debe a esta herramienta en particular, sino a cómo las pruebas / automatización generalmente se abordan en el desarrollo de software ágil.
- ¿Cuál es el enfoque de prueba hacia los servicios web?
- ¿Cómo aprendió Brad Friedman las habilidades de ingeniería en ingeniería de software?
- ¿Cuál es la política / proceso de revisión de código interno de Google?
- ¿Los desarrolladores escriben código incluso en Navidad?
- Cómo medir el éxito de un proyecto de software típico (por ejemplo, un producto de software desarrollado para un cliente que lo vende)
- Las pruebas son una parte integral del desarrollo y todos son responsables de probar y mantener la calidad deseada.
- Las pruebas comienzan con (Pruebas unitarias) o incluso antes de que se inicie el desarrollo (Desarrollo guiado por pruebas: por ejemplo: Kent Beck: 0785342146530: Amazon.com: Libros)
- Los ingenieros de pruebas y automatización trabajan con los desarrolladores para escribir pruebas y guiones desde el primer día.
- La integración continua garantiza ejecuciones automatizadas / programadas de scripts de automatización con cada compilación exitosa. También puede ejecutarse por desarrollador contra compilación de desarrollador.
Gracias por preguntar y espero que esto ayude. Si hay algún aspecto específico que le resulte difícil de implementar, avíseme e intentaré solucionarlo.