¿El curso está orientado solo a legacy?

No exclusivamente. El curso enseña SpecFlow para mantener y mejorar suites existentes, pero también cubre BDD moderno, buenas prácticas, automatización API/UI, CI/CD y transición hacia Reqnroll.

¿Se trabaja Reqnroll?

Sí. Aunque el curso se centra en SpecFlow, incluye un bloque específico de migración y continuidad con Reqnroll, ya que es el reemplazo open-source basado en SpecFlow para BDD en .NET.

¿Se usa Selenium en el curso?

Sí. Selenium se trabaja para automatizar flujos UI desde escenarios SpecFlow, con Page Object Model, esperas explícitas, capturas, evidencias y ejecución headless o remota.

¿Se pueden probar APIs con SpecFlow?

Sí. De hecho, muchas reglas deben probarse a nivel API para reducir lentitud y fragilidad. El curso cubre `HttpClient`, TestServer, WebApplicationFactory, códigos HTTP, payloads, errores y permisos.

¿Qué framework de test se usa?

SpecFlow puede integrarse con NUnit, xUnit o MSTest según el proyecto. El curso explica cómo trabajar con el runner aprobado por el equipo y cómo adaptar ejecución, categorías y reporting.

Sí. Blazor se trabaja desde la perspectiva de automatización UI con Selenium y SpecFlow, prestando atención a asincronía, renderizado, componentes dinámicos, formularios y estados visuales.

Sí. Se cubren pipelines, ejecución por tags, smoke tests, regresión, reportes, screenshots, logs, evidencias, ejecución headless, entornos de prueba y quality gates.

¿Ayuda a migrar una suite antigua?

Sí. El curso incluye auditoría, limpieza, refactorización, retirada de escenarios sin valor, estabilización y migración progresiva de SpecFlow a Reqnroll.

¿Está orientado a certificación oficial?

No. Es una formación corporativa práctica para equipos .NET, QA y SDET. Está orientada a mejorar BDD, automatización, calidad, mantenimiento y evolución técnica.

¿Puede bonificarse por FUNDAE?

Sí. Al tratarse de una formación corporativa en testing, desarrollo .NET, QA, automatización, CI/CD y competencias digitales, puede plantearse como formación bonificable hasta el 100% a través de FUNDAE, según el crédito disponible y cumpliendo los requisitos administrativos aplicables.

Curso de Specflow para Equipos de Desarrollo — Calidad y CI/CD

Aprende con el curso de Specflow para empresas hasta 100% bonificado, a medida para tu organización.

Totalmente práctico y aplicable

Formación en Specflow a medida

100% bonificable a través de FUNDAE

Curso TUTORIZADO por expertos

Solicitar precio

Calcula mis créditos de FUNDAE

Solicitar precio

Calcula mis créditos de FUNDAE

Modalidad Aula Virtual Personalizada

Curso de Specflow en Aula Virtual Personalizada

Nuestra modalidad AVP es una formación en directo, práctica y 100% adaptada a vuestro equipo. No trabajamos con contenidos genéricos: diseñamos la formación en función de vuestro nivel, objetivos, procesos internos y necesidades reales de aplicación.

Solicitar información

Temario 100% a medida

Creamos el temario desde cero a partir de vuestras necesidades, nivel del equipo y objetivos concretos, priorizando aquellos contenidos que realmente aporten valor en el día a día.

Proyectos personalizados

Durante la formación trabajaremos con archivos, ejemplos, informes o procesos similares a los que utiliza vuestro equipo, para que el aprendizaje sea directamente aplicable al puesto de trabajo.

Sesiones en directo con consultor experto

Un formador especialista imparte las clases en tiempo real, resolviendo dudas, revisando casos concretos y adaptando el ritmo de la formación a la evolución del grupo.

Calendario adaptado a vuestra disponibilidad

Definimos conjuntamente fechas, horarios y duración de las sesiones para facilitar la asistencia del equipo y minimizar el impacto en la operativa diaria de la empresa.

Bonificación FUNDAE

Curso de Specflow hasta 100% Bonificable a través de FUNDAE

Tu bonificación paso a paso

Forma a tu equipo sin costes mediante la bonificación estatal.
Este programa de Specflow para empresas es subvencionable hasta el 100%.

Potencia las habilidades de edición y automatización de tus profesionales.
Accede a una formación avanzada en Specflow práctica y orientada a resultados.
Prepara a tu equipo para los retos documentales del entorno laboral actual.
Gestionamos gratis tu bonificación de este curso corporativo de Specflow ante FUNDAE.

Hablar con un asesor

01.

Calcula tu bonificación

02.

Revisamos tu caso

03.

Preparamos la gestión

04.

Tu equipo realiza el curso

05.

Aplicas la bonificación

Hablar con un asesor

La formación que decides
te devuelve dinero

Todos nuestros cursos son bonificables a través de FUNDAE.
Gestionamos toda la documentación por ti.

100%Tramitación incluida

48hTiempo medio de gestión

9,4Satisfacción general

Calcula tu crédito aproximado

Empleados a formar10

Crédito bonificable estimado

420€*

*Cálculo orientativo

Confirmar mi crédito

Impacto real

Permite mantener suites SpecFlow existentes con criterio

Despliega formación Specflow BDD para tu equipo A Medida, con Selenium y pipelines CI/CD, bonificable por FUNDAE para empresas. Diseñamos el plan formativo.

Alinea negocio, QA y desarrollo Gherkin bien escrito ayuda a que las reglas de negocio sean visibles, revisables y ejecutables. La formación evita escenarios ambiguos o demasiado técnicos que nadie funcional puede validar.

Reduce flakiness y coste de mantenimiento El programa trabaja datos aislados, hooks, context injection, Page Objects, esperas explícitas, tags y reporting. Esto mejora la estabilidad de suites que normalmente sufren por crecimiento desordenado.

Mejora la estrategia de testing .NET SpecFlow no debe cubrirlo todo. El curso enseña a combinar BDD con pruebas unitarias, integración, API, contrato, Selenium y CI/CD para validar cada cosa en la capa más adecuada.

Prepara la transición hacia Reqnroll Dado el estado actual de SpecFlow, el curso incorpora migración, compatibilidad, limpieza de deuda y criterios para evolucionar hacia Reqnroll sin improvisar ni duplicar trabajo.

Aporta gobierno y estándares de equipo La formación incluye guías de Gherkin, convenciones de steps, tags, reporting, revisión de PR, estructura de carpetas y ownership. Esto evita que cada equipo escriba BDD de forma distinta.

Conecta BDD con entrega continua Los escenarios se integran en pipelines, smoke tests, regresión, reportes, evidencias, tags y quality gates. Así SpecFlow deja de ser una suite manualmente ejecutada y pasa a formar parte del flujo de calidad.

Solicitar propuesta sin coste

Personaliza el temario al 100% para tu equipo

Diseñamos una formación a medida utilizando los documentos y flujos de trabajo reales de tu empresa.

Agendar cita con CTOAgendar cita con CTO

Nuestra plataforma

Nueva Plataforma
de E-learningFormación en directo con plataforma de apoyo para reforzar el aprendizaje

Acceso a las grabaciones

Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.

Recursos formativos

Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.

Confirmación de asistencia

La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.

Ejercicios prácticos

Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.

Acceso a las grabaciones

Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.

Recursos formativos

Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.

Confirmación de asistencia

La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.

Ejercicios prácticos

Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.

Practica y mejora con nuestra plataforma

Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.

Correccion magica

Feedback inteligente

Aprende de cada acierto y fallo con explicaciones claras

Me interesa

Programa formativo

Temario del curso

Encuentra todo el temario del curso aquí.

Temario

Comprender Behavior Driven Development como una práctica de colaboración que conecta negocio, desarrollo y QA mediante ejemplos concretos y ejecutables.
Diferenciar BDD real de “tests escritos en lenguaje natural”, evitando convertir Gherkin en una capa decorativa sobre pruebas técnicas mal diseñadas.
Identificar qué problemas resuelve SpecFlow en proyectos .NET: ambigüedad funcional, regresiones de negocio, documentación viva y comunicación entre perfiles.
Reconocer cuándo SpecFlow no aporta valor, especialmente en pruebas técnicas internas, lógica trivial, unit tests o escenarios que nadie funcional revisa.
Analizar el coste de mantener especificaciones ejecutables: datos, entornos, step definitions, integración, reporting, revisión y actualización continua.
Situar SpecFlow dentro de una estrategia más amplia con unitarias, integración, contrato, API, Selenium y pruebas exploratorias.
Definir qué flujos merecen estar en BDD: reglas críticas, procesos de negocio, permisos, estados, cálculos, integraciones y regresiones relevantes.
Evitar escenarios demasiado procedurales que describen clics y campos en vez de comportamiento observable de negocio.
Preparar un lenguaje común entre analistas, QA, desarrollo y producto para escribir ejemplos verificables sin ambigüedad.
Crear una matriz de decisión para determinar qué debe automatizarse con SpecFlow y qué debe probarse en otra capa.

Comprender Behavior Driven Development como una práctica de colaboración que conecta negocio, desarrollo y QA mediante ejemplos concretos y ejecutables.
Diferenciar BDD real de “tests escritos en lenguaje natural”, evitando convertir Gherkin en una capa decorativa sobre pruebas técnicas mal diseñadas.
Identificar qué problemas resuelve SpecFlow en proyectos .NET: ambigüedad funcional, regresiones de negocio, documentación viva y comunicación entre perfiles.
Reconocer cuándo SpecFlow no aporta valor, especialmente en pruebas técnicas internas, lógica trivial, unit tests o escenarios que nadie funcional revisa.
Analizar el coste de mantener especificaciones ejecutables: datos, entornos, step definitions, integración, reporting, revisión y actualización continua.
Situar SpecFlow dentro de una estrategia más amplia con unitarias, integración, contrato, API, Selenium y pruebas exploratorias.
Definir qué flujos merecen estar en BDD: reglas críticas, procesos de negocio, permisos, estados, cálculos, integraciones y regresiones relevantes.
Evitar escenarios demasiado procedurales que describen clics y campos en vez de comportamiento observable de negocio.
Preparar un lenguaje común entre analistas, QA, desarrollo y producto para escribir ejemplos verificables sin ambigüedad.
Crear una matriz de decisión para determinar qué debe automatizarse con SpecFlow y qué debe probarse en otra capa.

¿Tienes dudas?

Estamos aquí para ayudarte

Reservar plaza

Tema 1: BDD en .NET: valor real, límites y errores frecuentes

Comprender Behavior Driven Development como una práctica de colaboración que conecta negocio, desarrollo y QA mediante ejemplos concretos y ejecutables.
Diferenciar BDD real de “tests escritos en lenguaje natural”, evitando convertir Gherkin en una capa decorativa sobre pruebas técnicas mal diseñadas.
Identificar qué problemas resuelve SpecFlow en proyectos .NET: ambigüedad funcional, regresiones de negocio, documentación viva y comunicación entre perfiles.
Reconocer cuándo SpecFlow no aporta valor, especialmente en pruebas técnicas internas, lógica trivial, unit tests o escenarios que nadie funcional revisa.
Analizar el coste de mantener especificaciones ejecutables: datos, entornos, step definitions, integración, reporting, revisión y actualización continua.
Situar SpecFlow dentro de una estrategia más amplia con unitarias, integración, contrato, API, Selenium y pruebas exploratorias.
Definir qué flujos merecen estar en BDD: reglas críticas, procesos de negocio, permisos, estados, cálculos, integraciones y regresiones relevantes.
Evitar escenarios demasiado procedurales que describen clics y campos en vez de comportamiento observable de negocio.
Preparar un lenguaje común entre analistas, QA, desarrollo y producto para escribir ejemplos verificables sin ambigüedad.
Crear una matriz de decisión para determinar qué debe automatizarse con SpecFlow y qué debe probarse en otra capa.

Tema 2: Estado actual de SpecFlow y estrategia de continuidad

Entender el estado actual de SpecFlow como tecnología legacy tras su fin de vida, evitando presentarlo como opción limpia para proyectos nuevos.
Revisar el impacto de la deprecación en proyectos existentes: paquetes NuGet, documentación, soporte, extensiones, seguridad y compatibilidad futura.
Diferenciar entre mantener una suite SpecFlow existente, mejorarla temporalmente y planificar una migración hacia un framework mantenido.
Comprender el papel de Reqnroll como continuidad natural del enfoque SpecFlow para .NET, manteniendo conceptos similares de Gherkin y bindings.
Evaluar riesgos de quedarse en SpecFlow: falta de actualizaciones, incompatibilidades futuras, dependencia de paquetes antiguos y pérdida de soporte comunitario.
Identificar escenarios donde una empresa puede necesitar mantener SpecFlow durante una transición, por coste, criticidad o volumen de pruebas.
Diseñar una política de mantenimiento: no crear deuda nueva innecesaria, estabilizar lo crítico y migrar progresivamente cuando sea viable.
Preparar criterios para decidir si una suite debe migrarse, reescribirse, simplificarse o retirarse parcialmente.
Documentar el roadmap de continuidad BDD con responsables, riesgos, prioridades, dependencias y pruebas críticas.
Crear una primera evaluación de madurez de una suite SpecFlow legacy, separando valor funcional de deuda técnica acumulada.

Tema 3: Instalación, paquetes y estructura de un proyecto SpecFlow

Crear un proyecto de pruebas SpecFlow en una solución .NET, entendiendo paquetes, generadores, integración con runner y configuración base.
Diferenciar paquetes SpecFlow para NUnit, xUnit y MSTest, revisando implicaciones de runner, lifecycle, discovery y reporting.
Organizar carpetas para Features, StepDefinitions, Hooks, Drivers, Pages, TestData, Support, Contexts y Reports.
Configurar archivos `.feature`, generación de código asociado, build actions y descubrimiento de pruebas en el IDE.
Preparar una estructura que permita crecer sin mezclar steps, datos, Selenium, APIs y lógica auxiliar en una misma clase.
Gestionar `specflow.json` o configuración equivalente para plugins, culture, binding culture, generator y runtime settings.
Identificar problemas frecuentes de configuración: tests no descubiertos, conflictos de runner, paquetes duplicados y code-behind desactualizado.
Separar proyectos de pruebas BDD de proyectos unitarios e integración para no mezclar responsabilidades.
Preparar un laboratorio con API .NET, UI web, base de datos de test y escenarios SpecFlow iniciales.
Documentar comandos de instalación, ejecución y troubleshooting para que cualquier miembro del equipo pueda arrancar la suite.

Tema 4: Gherkin profesional: Features, Scenarios y lenguaje de negocio

Escribir Features que describen una capacidad de negocio concreta, evitando títulos genéricos como “Pruebas de usuarios” o “Validaciones varias”.
Crear descripciones de Feature que expliquen propósito, actor, valor y contexto funcional sin convertir el archivo en documentación redundante.
Diseñar Scenarios centrados en reglas, ejemplos y resultados observables, no en pasos técnicos de implementación.
Aplicar Given-When-Then con intención: Given prepara contexto, When ejecuta acción relevante y Then valida resultado de negocio.
Evitar escenarios que mezclan varias reglas, varios caminos alternativos o demasiados objetivos en un único flujo difícil de diagnosticar.
Usar lenguaje ubicuo del dominio para que negocio pueda revisar escenarios sin traducir tecnicismos de código.
Revisar escenarios demasiado UI-driven que describen clics, campos y botones cuando la regla puede expresarse con más claridad.
Crear ejemplos concretos para reglas de negocio, permisos, cálculos, estados, workflows y validaciones complejas.
Mantener consistencia de términos entre Features, step definitions, APIs, documentación funcional y conversaciones de negocio.
Refactorizar escenarios pobres hacia especificaciones Gherkin legibles, ejecutables y útiles para revisión funcional.

Tema 5: Scenario Outlines, Examples y datos tabulares

Usar Scenario Outlines cuando una misma regla debe validarse con múltiples combinaciones de datos significativas.
Diseñar tablas Examples con nombres de columnas expresivos, valores representativos y casos frontera bien seleccionados.
Evitar matrices enormes que ralentizan la suite y dificultan entender qué caso ha fallado.
Separar ejemplos por intención cuando hay grupos de datos con comportamientos distintos.
Usar Data Tables para representar conjuntos de entidades, líneas de pedido, permisos, configuraciones o reglas compuestas.
Transformar Data Tables en objetos C# de forma limpia, evitando mapeos manuales repetitivos en cada step.
Controlar formato de fechas, decimales, moneda, cultura, enums y valores opcionales dentro de ejemplos.
Diseñar datos que documenten reglas de negocio, no solo valores arbitrarios para hacer pasar el test.
Gestionar ejemplos negativos, errores esperados y mensajes de validación sin crear steps duplicados.
Construir una Feature completa con Scenario Outlines, Data Tables y casos frontera de negocio.

Tema 6: Step Definitions en C#: diseño limpio y mantenible

Crear step definitions con expresiones claras, parámetros tipados y nombres alineados con el lenguaje de negocio.
Evitar steps gigantes que contienen preparación de datos, llamadas UI, asserts, lógica de negocio y acceso a base de datos a la vez.
Separar steps de alto nivel y lógica auxiliar en servicios de soporte, drivers, clients, pages o builders.
Diseñar steps reutilizables con cuidado, evitando generalizaciones excesivas que terminan siendo ambiguas.
Controlar duplicidad de steps entre Features y módulos, manteniendo una biblioteca común donde realmente aporta valor.
Evitar regex demasiado permisivas que provocan binding ambiguo o capturan valores inesperados.
Usar conversiones y parámetros tipados para fechas, importes, estados, roles y valores del dominio.
Diseñar mensajes de error útiles cuando un step falla, incluyendo contexto funcional suficiente para diagnosticar.
Mantener los steps cerca del dominio que validan, evitando una clase global con cientos de métodos inconexos.
Refactorizar step definitions procedurales hacia una estructura con intención, drivers y helpers mantenibles.

Tema 7: Bindings, expresiones, parámetros y ambigüedad

Comprender cómo SpecFlow enlaza pasos Gherkin con métodos C# mediante atributos de binding y expresiones.
Diseñar expresiones suficientemente precisas para evitar colisiones entre pasos parecidos.
Gestionar parámetros entre comillas, números, fechas, enums, booleanos y valores compuestos de negocio.
Crear transformaciones de parámetros para convertir texto Gherkin en objetos del dominio o tipos fuertemente tipados.
Detectar y resolver errores de ambiguous step definitions cuando varias expresiones coinciden con el mismo paso.
Evitar steps demasiado genéricos como “relleno el formulario” sin contexto ni verificabilidad.
Crear convenciones de redacción para Given, When y Then que faciliten bindings estables.
Revisar impacto de cambiar un texto Gherkin sobre múltiples escenarios y bindings compartidos.
Controlar steps pendientes, no implementados, obsoletos o duplicados dentro de la suite.
Construir una guía de naming y expresiones para mantener una base de step definitions ordenada.

Tema 8: Hooks: Before, After, lifecycle y control de escenarios

Usar hooks para preparar y limpiar recursos antes y después de escenarios, features o ejecución completa.
Diferenciar qué debe ir en un hook y qué debe permanecer visible en el escenario para no ocultar condiciones funcionales importantes.
Preparar navegadores, clientes API, usuarios, datos, transacciones, base de datos y evidencias desde hooks controlados.
Gestionar limpieza segura incluso cuando un escenario falla a mitad de ejecución.
Usar tags para ejecutar hooks específicos por tipo de prueba: UI, API, base de datos, integración, permisos o reporting.
Evitar hooks globales demasiado pesados que ralentizan toda la suite aunque el escenario no los necesite.
Capturar screenshots, HTML, logs, respuestas API y contexto cuando un escenario falla.
Controlar orden de hooks cuando varias inicializaciones interactúan entre sí.
Diseñar hooks compatibles con ejecución paralela y aislamiento de datos.
Crear una estrategia de lifecycle para una suite SpecFlow con UI, API, datos y reporting.

Tema 9: Context Injection y compartición segura de estado

Usar context injection para compartir estado entre steps del mismo escenario sin recurrir a variables estáticas o singletons peligrosos.
Diseñar objetos de contexto pequeños y específicos: usuario actual, entidad creada, respuesta API, página actual, datos de escenario o resultado esperado.
Evitar contextos enormes que se convierten en bolsas globales de datos difíciles de entender.
Separar contexto funcional de contexto técnico para no mezclar usuario de negocio, navegador, HttpClient, configuración y evidencias.
Gestionar estado de escenario en ejecución paralela sin contaminar otros escenarios.
Usar DI o contenedor compatible para resolver servicios auxiliares, page objects, API clients y builders.
Detectar dependencia oculta entre steps cuando un Then solo funciona si otro Given dejó una variable concreta.
Documentar qué datos puede leer y escribir cada familia de steps.
Refactorizar steps con variables estáticas hacia context injection y objetos de escenario.
Construir un flujo completo que comparte usuario, entidad creada, respuesta API y página activa de forma segura.

Tema 10: Tags, categorías y organización de ejecución

Usar tags para clasificar escenarios por módulo, criticidad, tipo de prueba, entorno, navegador, velocidad o necesidad de infraestructura.
Diseñar una taxonomía de tags mantenible: `@smoke`, `@regression`, `@ui`, `@api`, `@slow`, `@security`, `@requires-db` o equivalentes.
Evitar una explosión de tags sin gobierno que nadie entiende ni usa correctamente en pipelines.
Usar tags para activar hooks, filtrar ejecución y construir suites por fase de CI/CD.
Separar smoke tests de regresión completa para obtener feedback rápido en pull requests.
Clasificar escenarios legacy, inestables, pendientes de migración o candidatos a retirada.
Crear ejecución selectiva por área funcional sin duplicar escenarios ni mantener listas manuales.
Documentar qué significa cada tag, quién puede crearlo y cómo se usa en CI/CD.
Revisar tags durante pull requests para evitar que se marque todo como smoke o que se oculten pruebas importantes.
Diseñar un mapa de ejecución para PR, merge, nightly, release y preproducción usando tags SpecFlow.

Tema 11: Automatización de APIs .NET con SpecFlow

Crear escenarios BDD que validan capacidades de APIs ASP.NET Core sin depender de navegador cuando no hace falta UI.
Diseñar Given para preparar usuarios, tokens, datos, entidades, permisos y estado inicial mediante API o repositorios de test.
Ejecutar When como llamadas HTTP reales con `HttpClient`, payloads JSON, headers, autenticación y parámetros.
Validar Then con códigos de estado, payloads, errores, cabeceras, datos persistidos y efectos observables.
Probar contratos de API desde lenguaje de negocio, evitando que Gherkin se llene de detalles técnicos de HTTP innecesarios.
Gestionar autenticación, autorización, roles, claims y tenants en escenarios de API.
Crear clients auxiliares para no repetir serialización, deserialización, headers y manejo de errores en cada step.
Preparar datos aislados para permitir ejecución paralela sin que escenarios se pisen.
Capturar evidencias de fallo: request, response, correlation ID, logs y payload anonimizado.
Construir una Feature completa de API con flujos de éxito, validación, permisos y conflicto de negocio.

Tema 12: SpecFlow con ASP.NET Core TestServer y WebApplicationFactory

Integrar SpecFlow con `WebApplicationFactory` para ejecutar la aplicación ASP.NET Core bajo prueba sin servidor externo.
Configurar servicios de test, base de datos, autenticación simulada, settings y dependencias externas dentro de la factory.
Crear escenarios que recorren el pipeline real de ASP.NET Core: routing, middleware, filtros, DI, serialización y errores.
Sustituir servicios externos por fakes o mocks cuando el objetivo es validar la aplicación sin llamar proveedores reales.
Preparar datos por escenario usando base de datos de test, seeds, transacciones o builders.
Evitar que escenarios de integración dependan de un entorno compartido inestable cuando pueden ejecutarse in-memory.
Validar autenticación, autorización, `ProblemDetails`, cookies, CORS y errores de modelo.
Compartir factory de forma controlada sin romper aislamiento entre escenarios.
Integrar logs de ASP.NET Core con errores de SpecFlow para diagnosticar fallos de pipeline.
Construir una suite SpecFlow de integración sobre una API ASP.NET Core con TestServer y datos aislados.

Tema 13: SpecFlow con Selenium WebDriver en .NET

Integrar Selenium WebDriver con escenarios SpecFlow para automatizar flujos completos de usuario en navegador real.
Diseñar steps Gherkin de alto nivel que expresan comportamiento, evitando describir cada clic y cada selector.
Usar Page Object Model para encapsular navegación, formularios, tablas, modales, menús y acciones recurrentes.
Gestionar navegadores Chrome, Edge y Firefox con configuración local, headless y remota.
Aplicar esperas explícitas, condiciones semánticas y eliminación de sleeps para reducir flakiness.
Capturar screenshots, HTML, logs de navegador y datos de escenario cuando un Then falla.
Preparar usuarios y datos por API antes de abrir el navegador para acelerar los escenarios UI.
Validar login, permisos, navegación, formularios, tablas, modales, errores y operaciones críticas.
Evitar que Selenium cubra reglas que pueden validarse de forma más rápida a nivel API o dominio.
Construir una Feature UI con Selenium, Page Objects, datos aislados y reporting de evidencias.

Tema 14: Page Object Model y Component Objects en SpecFlow

Crear Page Objects específicos para pantallas, flujos o áreas funcionales, con métodos orientados a intención de usuario.
Evitar que los step definitions contengan selectores Selenium, waits, JavaScript y lógica de navegación.
Modelar componentes reutilizables como tablas, modales, filtros, toasts, dropdowns, formularios y paneles de navegación.
Diseñar métodos de Page Object que devuelven estado observable o navegan a otra página de forma explícita.
Crear asserts de componente cuando una validación visual o funcional se repite en varios escenarios.
Controlar localizadores dentro de un contenedor raíz para evitar seleccionar elementos equivocados.
Separar Page Objects de datos de prueba y reglas de negocio para mantener responsabilidades claras.
Gestionar cambios de UI modificando Page Objects sin reescribir todos los escenarios.
Documentar convenciones de Page Object para que desarrollo y QA mantengan el mismo estilo.
Refactorizar una suite SpecFlow-Selenium procedimental hacia Page Objects y Component Objects.

Tema 15: SpecFlow para Blazor, MVC, Razor Pages y SPAs

Aplicar SpecFlow en aplicaciones ASP.NET Core MVC, validando vistas, formularios, rutas, ModelState, Identity UI y navegación.
Usar SpecFlow en Razor Pages para flujos basados en handlers, formularios, mensajes temporales y validación server-side.
Automatizar Blazor con Selenium desde SpecFlow, prestando atención a renderizado, asincronía, re-render y estados dinámicos.
Diseñar waits semánticas para Blazor: datos cargados, formulario validado, tabla actualizada, modal cerrado o botón habilitado.
Aplicar SpecFlow en SPAs React, Angular o Vue con backend .NET, preparando datos por API y validando experiencia completa.
Evitar escenarios acoplados a detalles internos del framework frontend, centrándose en comportamiento visible.
Gestionar autenticación, cookies, tokens, redirecciones y permisos en distintos tipos de proyecto .NET.
Probar formularios, tablas, modales, dashboards, filtros, exports y flujos de aprobación.
Separar cobertura UI y API para no duplicar el mismo comportamiento en capas caras de ejecutar.
Crear un conjunto de Features aplicables a varios tipos de proyecto .NET con adaptadores técnicos diferenciados.

Tema 16: Datos de prueba, builders y aislamiento por escenario

Diseñar datos de prueba desde el lenguaje de negocio, evitando depender de registros manuales compartidos en el entorno.
Crear builders para usuarios, entidades, pedidos, expedientes, productos, permisos, estados y configuraciones.
Preparar datos mediante API, repositorio de test, base de datos temporal o fixtures, según riesgo y coste.
Aislar datos por escenario usando identificadores únicos, prefijos, tenants sintéticos, transacciones o limpieza controlada.
Evitar que escenarios dependan de ejecución previa, orden del runner o datos creados por otros tests.
Gestionar fechas, zona horaria, moneda, cultura, idioma y valores frontera de forma determinista.
Proteger datos sensibles en logs, screenshots, reports, payloads y ejemplos Gherkin.
Crear datasets mínimos para que los escenarios sean rápidos, legibles y fáciles de diagnosticar.
Separar datos funcionales relevantes de datos técnicos necesarios para que la prueba pueda ejecutarse.
Construir una estrategia completa de test data para escenarios SpecFlow UI, API e integración.

Tema 17: Validación de reglas de negocio con ejemplos ejecutables

Convertir reglas funcionales ambiguas en ejemplos Given-When-Then concretos, revisables y automatizables.
Usar Scenario Outlines para cubrir equivalencias, límites, estados permitidos, estados prohibidos y combinaciones relevantes.
Validar cálculos, descuentos, permisos, estados, aprobaciones, bloqueos, workflows y reglas temporales.
Evitar que las reglas de negocio se comprueben únicamente a través de UI si pueden validarse de forma más rápida en API o dominio.
Crear escenarios que documentan el comportamiento esperado ante errores, conflictos y casos excepcionales.
Involucrar a producto o analistas en revisión de Features para asegurar que los ejemplos reflejan la realidad del negocio.
Mantener los escenarios sincronizados con cambios funcionales, evitando documentación ejecutable obsoleta.
Separar reglas independientes en escenarios pequeños y combinarlas solo cuando el flujo de negocio lo exige.
Usar nombres de escenarios que expliquen el valor de negocio y no solo la ruta técnica recorrida.
Construir una batería de escenarios BDD para una regla compleja con múltiples condiciones y resultados esperados.

Tema 18: Testing de seguridad funcional, permisos y roles

Diseñar escenarios SpecFlow para validar acceso permitido, acceso denegado, visibilidad de acciones y bloqueo de operaciones críticas.
Probar roles, claims, permisos por recurso, tenants, departamentos, estados de entidad y ownership.
Validar que un usuario sin permiso no puede ejecutar una acción aunque intente acceder por URL directa o manipulación de UI.
Combinar pruebas UI y API para confirmar que la seguridad no depende solo de ocultar botones.
Preparar usuarios sintéticos por perfil funcional, evitando cuentas compartidas o credenciales productivas.
Gestionar autenticación en escenarios de forma segura: cookies de test, tokens sintéticos, login controlado o proveedores simulados.
Probar expiración de sesión, logout, acceso a rutas protegidas y redirección a login.
Validar mensajes de error seguros, sin revelar detalles internos, usuarios existentes o información sensible.
Documentar matriz de permisos con escenarios BDD claros para negocio, QA y desarrollo.
Crear una Feature de seguridad funcional con roles, permisos, rutas protegidas y acciones restringidas.

Tema 19: Integraciones externas, mocks y servicios simulados

Diseñar escenarios que involucran APIs externas, servicios de terceros, email, pagos, storage, colas o proveedores corporativos.
Sustituir dependencias externas por fakes, mocks, stubs HTTP o sandboxes autorizados según el objetivo de la prueba.
Evitar que la suite BDD dependa de proveedores reales inestables, cuotas, credenciales o datos cambiantes.
Simular errores externos: timeout, `500`, `429`, token caducado, respuesta inválida y servicio no disponible.
Validar comportamiento de la aplicación ante fallos: reintento, mensaje de usuario, rollback, estado pendiente o compensación.
Capturar requests y responses simuladas para diagnosticar diferencias de contrato.
Separar escenarios de contrato, integración real y aceptación funcional para no mezclar niveles de confianza.
Crear adaptadores de test que faciliten simular proveedores sin duplicar configuración en cada step.
Gestionar secretos sintéticos y configuración segura en entornos de prueba.
Construir un escenario SpecFlow con proveedor externo simulado, error transitorio y validación de recuperación.

Tema 20: Reporting, Living Documentation y evidencias

Generar reportes comprensibles para desarrollo, QA, producto y dirección, no solo salida técnica del runner.
Usar documentación viva como herramienta para mostrar qué comportamiento está cubierto, qué escenarios fallan y qué reglas existen.
Integrar resultados de SpecFlow con reportes HTML, TRX, JUnit XML, Allure, Azure DevOps, GitHub Actions o herramientas corporativas.
Capturar evidencias ante fallo: screenshot, HTML, logs, payloads, response body, correlation ID y datos del escenario.
Evitar reportes enormes sin valor, priorizando trazabilidad, claridad, categorías y acciones correctivas.
Relacionar Features con historias de usuario, requisitos, tickets, épicas o módulos funcionales.
Diferenciar fallo de producto, fallo de automatización, fallo de entorno y fallo de datos.
Publicar reportes en pipelines para que el equipo pueda analizar fallos sin ejecutar localmente.
Controlar retención de evidencias para no conservar datos sensibles más tiempo del necesario.
Crear un sistema de reporting BDD con escenarios, tags, evidencias, métricas y trazabilidad de negocio.

Tema 21: Ejecución en CI/CD y quality gates

Integrar SpecFlow en pipelines de GitHub Actions, Azure Pipelines, GitLab CI, Jenkins o plataforma corporativa equivalente.
Ejecutar escenarios por tags: smoke, regression, UI, API, security, slow, integration y legacy.
Configurar entornos efímeros, bases de datos de test, servicios simulados, navegadores headless y variables seguras.
Publicar resultados, reportes, screenshots, logs y artefactos como parte del pipeline.
Separar ejecución rápida en pull requests de regresión completa en nightly o release.
Controlar retries de infraestructura sin ocultar pruebas flaky o defectos reales.
Establecer quality gates: smoke obligatorio, ausencia de fallos críticos, reportes publicados y evidencias completas.
Diagnosticar diferencias entre local y CI: navegador, resolución, idioma, datos, configuración, permisos y rendimiento.
Medir duración, estabilidad, escenarios fallidos, flakiness, cobertura funcional y tendencia de calidad.
Construir un pipeline BDD completo para una aplicación .NET con SpecFlow, API, UI, reportes y quality gates.

Tema 22: Ejecución paralela y control de flakiness

Analizar qué partes de una suite SpecFlow pueden ejecutarse en paralelo sin interferencia de datos, navegador o infraestructura.
Aislar escenarios con usuarios, entidades, tenants, bases, colas, ficheros y recursos únicos.
Evitar variables estáticas, singletons de test, datos globales y dependencias de orden.
Configurar paralelismo según runner, framework de test, navegador, Selenium Grid y capacidad del entorno.
Identificar causas de flakiness: waits deficientes, datos compartidos, entorno lento, selectores frágiles, orden oculto o servicios externos.
Crear métricas de estabilidad por escenario, Feature, tag, navegador y entorno.
Aplicar cuarentena temporal con owner, causa probable y fecha de resolución, sin normalizar pruebas inestables.
Refactorizar escenarios largos y frágiles en pruebas más pequeñas, con setup por API y validación concreta.
Usar retries solo como medida controlada y visible, no como solución permanente.
Estabilizar una suite SpecFlow realista mediante aislamiento, waits, datos, tags y revisión de arquitectura.

Tema 23: Buenas prácticas de Gherkin para equipos grandes

Crear una guía de estilo Gherkin con tono, estructura, vocabulario, longitud, tags, nombres y nivel de detalle esperado.
Evitar escenarios que describen la interfaz paso a paso cuando el comportamiento puede expresarse con lenguaje de negocio.
Usar Background con cuidado, solo para contexto común claro y no para ocultar demasiada preparación.
Separar Features por capacidad funcional, no por tipo de prueba, sprint, pantalla o tester que la escribió.
Revisar escenarios con negocio antes de automatizar para evitar convertir malentendidos en tests obligatorios.
Mantener escenarios pequeños, específicos y accionables cuando fallan.
Evitar duplicidad de scenarios que validan la misma regla con distinto texto y aumentan mantenimiento.
Usar ejemplos concretos y datos reconocibles para que los escenarios documenten comportamiento real.
Gestionar cambios funcionales actualizando Gherkin, steps, datos y documentación viva en el mismo flujo de trabajo.
Crear una checklist de revisión Gherkin para pull requests y refinamientos funcionales.

Tema 24: Refactorización de steps y reducción de deuda BDD

Detectar step definitions duplicadas, ambiguas, demasiado genéricas o con lógica técnica excesiva.
Extraer lógica repetida a drivers, services, API clients, Page Objects, builders o helpers especializados.
Separar preparación de datos, acción principal y validación para que cada step tenga una responsabilidad clara.
Eliminar steps no usados, pendientes, obsoletos o conectados a Features retiradas.
Reescribir steps procedurales como pasos de negocio más expresivos.
Reducir dependencia de textos exactos de UI cuando la regla validada no necesita comprobar ese literal concreto.
Mejorar mensajes de fallo con contexto de escenario, datos utilizados y estado observado.
Reorganizar clases de bindings por dominio, módulo o tipo de interacción para facilitar mantenimiento.
Crear pruebas de soporte sobre helpers críticos cuando contienen lógica relevante.
Ejecutar una refactorización guiada de una suite SpecFlow con steps repetidos, frágiles y difíciles de diagnosticar.

Tema 25: Mantenimiento de suites SpecFlow legacy

Auditar una suite legacy para identificar Features críticas, escenarios duplicados, flakiness, pasos obsoletos y baja cobertura de valor.
Clasificar escenarios en mantener, refactorizar, migrar, reescribir o retirar según valor de negocio y coste de mantenimiento.
Separar fallos reales del producto de fallos de automatización o entorno para priorizar correctamente.
Modernizar selectores Selenium, datos de prueba, hooks, configuración y reporting sin cambiar comportamiento funcional.
Reducir duración de la suite preparando datos por API y moviendo validaciones técnicas a capas más rápidas.
Documentar riesgos de mantener SpecFlow en proyectos actuales y dependencias que pueden bloquear actualizaciones de .NET.
Crear una estrategia de congelación funcional cuando una suite legacy solo debe proteger regresiones críticas.
Introducir pruebas nuevas en herramienta actual si la suite SpecFlow no debe crecer más.
Medir mejora por reducción de fallos intermitentes, tiempo de ejecución, steps duplicados y escenarios sin valor.
Crear un plan de estabilización de 30, 60 y 90 días para una suite SpecFlow empresarial.

Tema 26: Migración de SpecFlow a Reqnroll

Evaluar la suite SpecFlow existente antes de migrar: paquetes, runners, plugins, hooks, reports, Selenium, DI y configuración.
Sustituir paquetes NuGet SpecFlow por paquetes Reqnroll equivalentes siguiendo una migración incremental y controlada.
Actualizar namespaces, configuración, extensiones de IDE, generación de tests y referencias de proyecto.
Validar que los archivos `.feature` siguen siendo reutilizables y que los cambios se concentran principalmente en integración y configuración.
Ejecutar una rama de migración con suite antigua y nueva comparando resultados, tiempos, discovery y fallos.
Revisar plugins como ExternalData, Autofac, LivingDoc o integraciones propias antes de asumir compatibilidad automática.
Ajustar pipelines, reports, filtros por tags y comandos de ejecución tras la migración.
Aprovechar la migración para retirar escenarios obsoletos, reducir duplicidad y limpiar step definitions.
Documentar decisiones, problemas encontrados, cambios aplicados y criterios de aceptación de la migración.
Ejecutar una migración práctica de un proyecto SpecFlow de laboratorio hacia Reqnroll con validación en CI/CD.

Tema 27: SpecFlow, Reqnroll y testing moderno en .NET

Comparar el papel de SpecFlow legacy y Reqnroll actual dentro de una estrategia moderna de testing .NET.
Definir qué nuevas pruebas BDD deberían nacer ya sobre Reqnroll cuando la organización busca continuidad mantenida.
Evaluar alternativas cuando BDD no es necesario: xUnit, TUnit, NUnit, Playwright, Selenium puro, pruebas API o contract testing.
Diseñar una estrategia mixta donde SpecFlow legacy se mantiene solo para cobertura crítica mientras lo nuevo avanza con stack actual.
Evitar migraciones automáticas sin revisar valor funcional, porque trasladar deuda intacta no mejora la calidad.
Conectar BDD con testing de dominio, APIs, integración, UI y contratos para no sobrecargar Gherkin.
Definir estándares transversales de Gherkin que sean compatibles con SpecFlow y Reqnroll.
Preparar formación interna para que equipos no confundan herramienta con práctica BDD.
Crear métricas de transición: escenarios migrados, fallos estabilizados, tiempo de ejecución, deuda retirada y cobertura crítica.
Diseñar un roadmap de modernización BDD para una organización .NET con varios proyectos y equipos.

Tema 28: Proyecto final integrador: suite BDD SpecFlow para una aplicación .NET

Definir una aplicación .NET de laboratorio con API, UI, login, roles, formularios, tablas, validaciones, permisos y datos sintéticos.
Diseñar Features Gherkin para flujos críticos, reglas de negocio, permisos, errores y regresiones de alto valor.
Implementar step definitions limpias con context injection, hooks, builders, API clients, Page Objects y helpers mantenibles.
Automatizar pruebas de API con `HttpClient`, códigos de estado, payloads, errores, permisos y datos persistidos.
Automatizar pruebas UI con Selenium, localizadores estables, esperas explícitas, Page Objects y evidencias de fallo.
Preparar datos aislados por escenario mediante API, repositorios de test, usuarios sintéticos y limpieza controlada.
Configurar tags para smoke, regression, UI, API, security, slow y legacy, con ejecución selectiva por pipeline.
Generar reportes, capturas, logs, resultados y documentación viva para análisis técnico y funcional.
Integrar la suite en CI/CD con quality gates, ejecución headless, publicación de artefactos y diagnóstico de fallos.
Presentar plan de continuidad: mantenimiento SpecFlow, retirada de deuda, escenarios críticos y migración progresiva a Reqnroll.

Perfiles profesionales

Pensado para quienes deben dominar Specflow en su día a día

Desarrolladores .NET

Este curso encaja con desarrolladores que trabajan con C#, ASP.NET Core, Blazor, Web APIs, servicios backend o aplicaciones legacy donde existen escenarios SpecFlow o se quiere entender BDD aplicado al ecosistema .NET. Aprenderán a crear step definitions limpias, conectar escenarios con código real, probar APIs, aislar dependencias y evitar que las pruebas BDD se conviertan en una capa frágil y difícil de mantener.

QA Automation y SDET

Los perfiles de automatización podrán estructurar suites SpecFlow más robustas, legibles y alineadas con criterios de negocio. La formación trabaja Gherkin, hooks, datos, Selenium, Page Object Model, reporting, ejecución paralela, evidencias y mantenimiento, con especial atención a reducir flakiness y duplicación en suites grandes.

Tech leads y responsables de calidad

Los perfiles con responsabilidad técnica podrán definir estándares de uso de SpecFlow, decidir qué escenarios deben automatizarse, revisar pull requests, controlar deuda de pruebas y planificar migraciones hacia Reqnroll si el proyecto debe seguir evolucionando. El valor está en gobernar BDD como una práctica de calidad, no como una colección de pruebas aisladas.

Equipos que mantienen aplicaciones legacy .NET

Los equipos con proyectos antiguos basados en SpecFlow, Selenium, NUnit, xUnit, MSTest o pipelines heredados podrán aprender a estabilizar, limpiar y modernizar sus suites. El curso ofrece criterios para mantener lo crítico, retirar escenarios sin valor, mejorar localizadores, separar datos y preparar una transición ordenada hacia herramientas actuales.

Analistas funcionales y perfiles de producto técnico

Los perfiles funcionales con base técnica podrán aprender a escribir escenarios Gherkin más precisos, evitando especificaciones ambiguas, excesivamente procedurales o alejadas del lenguaje real del negocio. La formación les ayuda a colaborar mejor con QA y desarrollo para convertir reglas de negocio en ejemplos ejecutables.

Equipos DevOps y plataforma

Los perfiles DevOps podrán integrar SpecFlow en pipelines, generar reportes, publicar resultados, ejecutar pruebas por categorías, gestionar entornos, datos, navegadores, servicios auxiliares y evidencias de fallo. El curso conecta BDD con CI/CD, calidad de release y automatización sostenible.

¿Tienes dudas?

ContáctanosContacta con nosotros

Casos de éxito

Empresas que ya han formado a sus equipos

Experiencias reales de equipos que ya han trabajado con nosotros.

+16

años de liderazgo

+3.500

empresas formadas

Nuestra empresa decidió contratar formación con Imagina aprovechando los créditos de FUNDAE, y fue una gran decisión. La modalidad online nos permitió adaptar los horarios a nuestro equipo. La formación ha sido práctica, clara y útil para el día a día. Es sencillo de gestionar y los resultados son excepcionales.

Hugo Gutiérrez

Analista Financiero

Gracias a Imagina, la eficiencia de nuestras sesiones de capacitación ha mejorado drásticamente. Es sencillo de usar y los resultados son excepcionales.

Luis Martínez

Administrativo

Gracias al aula virtual de Imagina siempre son capaces de adaptar los cursos a nuestras necesidades. El contenido fue muy completo y práctico.

Elena Pérez

Responsable de Recursos Humanos

Mejor de lo esperado, la modalidad online se adapta a nuestros horarios. La ayuda con la bonificación FUNDAE hizo todo más fácil. Práctico y necesario.

Alejandro Sánchez

Director de Operaciones

Hugo Gutiérrez

Analista Financiero

Gracias a Imagina, la eficiencia de nuestras sesiones de capacitación ha mejorado drásticamente. Es sencillo de usar y los resultados son excepcionales.

Luis Martínez

Administrativo

Gracias al aula virtual de Imagina siempre son capaces de adaptar los cursos a nuestras necesidades. El contenido fue muy completo y práctico.

Elena Pérez

Responsable de Recursos Humanos

Mejor de lo esperado, la modalidad online se adapta a nuestros horarios. La ayuda con la bonificación FUNDAE hizo todo más fácil. Práctico y necesario.

Alejandro Sánchez

Director de Operaciones

+16

años de liderazgo

+3.500

empresas formadas

Hugo Gutiérrez

Analista Financiero

Gracias a Imagina, la eficiencia de nuestras sesiones de capacitación ha mejorado drásticamente. Es sencillo de usar y los resultados son excepcionales.

Luis Martínez

Administrativo

Gracias al aula virtual de Imagina siempre son capaces de adaptar los cursos a nuestras necesidades. El contenido fue muy completo y práctico.

Elena Pérez

Responsable de Recursos Humanos

Mejor de lo esperado, la modalidad online se adapta a nuestros horarios. La ayuda con la bonificación FUNDAE hizo todo más fácil. Práctico y necesario.

Alejandro Sánchez

Director de Operaciones

Hugo Gutiérrez

Analista Financiero

Gracias a Imagina, la eficiencia de nuestras sesiones de capacitación ha mejorado drásticamente. Es sencillo de usar y los resultados son excepcionales.

Luis Martínez

Administrativo

Gracias al aula virtual de Imagina siempre son capaces de adaptar los cursos a nuestras necesidades. El contenido fue muy completo y práctico.

Elena Pérez

Responsable de Recursos Humanos

Mejor de lo esperado, la modalidad online se adapta a nuestros horarios. La ayuda con la bonificación FUNDAE hizo todo más fácil. Práctico y necesario.

Alejandro Sánchez

Director de Operaciones

480.000 alumnos formados en Imagina

Ver todas las opiniones

Preguntas frecuentes

Resolvemos todas tus dudas sobre nuestra formación en Specflow

Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.

Sí, si la empresa mantiene suites existentes o necesita entender proyectos legacy. Para proyectos nuevos conviene valorar Reqnroll u otras alternativas actuales, pero muchas organizaciones aún necesitan mantener, refactorizar o migrar SpecFlow.

¿Tienes dudas?
Estamos aqui para ayudarte

Contactar

¿Tienes dudas?
Estamos aqui para ayudarte

Contactar

Recursos extra

Descubre nuestros tutoriales

Automatización con Microsoft

Qué es Microsoft Power Automate y para qué sirve

November 05, 2025

Descubre Que es Microsoft Power Automate o Microsoft Flow: Guía Completa de la Herramienta de Automatización de Tareas de Microsoft

Seguridad

¿Qué es Kali Linux y para qué se utiliza?

June 17, 2025

Descubre cómo instalar Kali Linux fácilmente y empieza a usar esta herramienta esencial para pruebas de penetración y análisis forense digital.

Recursos Humanos

Top 5 Cursos Bonificados para Trabajadores en 2025

June 09, 2025

Conoce los cursos bonificados para trabajadores 2025 más demandados y cómo puedes inscribir a tus empleados para aprovechar los créditos formativos de FUNDAE.

Prevención

5 Cursos Obligatorios para cualquier Empresa en 2025

May 26, 2025

Conoce los cursos obligatorios para empresas 2025 y cómo asegurar que tu organización cumpla con las normativas actuales sin riesgos de sanciones.

Recursos Humanos

Cursos Bonificados por Fundación Tripartita en 2025

May 05, 2025

Descubre los mejores cursos bonificados para empresas en 2025 por la Fundación Tripartita. Aumenta la productividad de tu equipo sin costes adicionales.

Recursos extra

Para que aprendas mensualmente
con nosotros

Tutoriales

Nuestra colección de contenido educacional

Qué es Microsoft Power Automate y para qué sirve

¿Qué es Kali Linux y para qué se utiliza?

Top 5 Cursos Bonificados para Trabajadores en 2025

5 Cursos Obligatorios para cualquier Empresa en 2025

Cursos Bonificados por Fundación Tripartita en 2025

Da el salto y aprende con nuestros cursos

Solicita información

Encuentra el Curso Perfecto para tu Organización

CURSO

Desarrollo de Plataformas Crowdfunding

A Medida

Aprende todo lo necesario para desarrollar una plataforma de crowdfunding desde cero, diseñar su interfaz y configurar pagos y donaciones. Se explicarán conceptos clave de la industria, para que adquieras las competencias necesarias para poner en marcha tu propia plataforma de crowdfunding.

CURSO

Inertia con Laravel y Vue

A Medida

Aprende todo sobre Inertia integrando los frameworks Laravel y Vue. Aprenderás a desarrollar, probar y desplegar aplicaciones web modernas utilizando las mejores prácticas y herramientas del ecosistema de InertiaJS.

CURSO

Alpine JS

A Medida

Domina Alpine.js para crear interfaces reactivas modernas con HTML y JavaScript minimalista, sin frameworks pesados.

Diseñemos hoy el curso que tu empresa necesita

Cuéntanos tus objetivos de negocio y prepararemos una propuesta formativa bonificable totalmente ad hoc

Solicitar presupuesto personalizado

Curso de Specflow para Equipos de Desarrollo — Calidad y CI/CD

Aprende con el curso de Specflow para empresas hasta 100% bonificado, a medida para tu organización.

Modalidad Aula Virtual Personalizada

Curso de Specflow hasta 100% Bonificable a través de FUNDAE

Tu bonificación paso a paso

La formación que decideste devuelve dinero

Permite mantener suites SpecFlow existentes con criterio

Alinea negocio, QA y desarrollo Gherkin bien escrito ayuda a que las reglas de negocio sean visibles, revisables y ejecutables. La formación evita escenarios ambiguos o demasiado técnicos que nadie funcional puede validar.

Reduce flakiness y coste de mantenimiento El programa trabaja datos aislados, hooks, context injection, Page Objects, esperas explícitas, tags y reporting. Esto mejora la estabilidad de suites que normalmente sufren por crecimiento desordenado.

Mejora la estrategia de testing .NET SpecFlow no debe cubrirlo todo. El curso enseña a combinar BDD con pruebas unitarias, integración, API, contrato, Selenium y CI/CD para validar cada cosa en la capa más adecuada.

Prepara la transición hacia Reqnroll Dado el estado actual de SpecFlow, el curso incorpora migración, compatibilidad, limpieza de deuda y criterios para evolucionar hacia Reqnroll sin improvisar ni duplicar trabajo.

Aporta gobierno y estándares de equipo La formación incluye guías de Gherkin, convenciones de steps, tags, reporting, revisión de PR, estructura de carpetas y ownership. Esto evita que cada equipo escriba BDD de forma distinta.

Conecta BDD con entrega continua Los escenarios se integran en pipelines, smoke tests, regresión, reportes, evidencias, tags y quality gates. Así SpecFlow deja de ser una suite manualmente ejecutada y pasa a formar parte del flujo de calidad.

Personaliza el temario al 100% para tu equipo

Nueva Plataformade E-learningFormación en directo con plataforma de apoyo para reforzar el aprendizaje

Acceso a las grabaciones

Recursos formativos

Confirmación de asistencia

Ejercicios prácticos

Acceso a las grabaciones

Recursos formativos

Confirmación de asistencia

Ejercicios prácticos

Practica y mejora con nuestra plataforma

Temario del curso

Pensado para quienes deben dominar Specflow en su día a día

Empresas que ya han formado a sus equipos

Resolvemos todas tus dudas sobre nuestra formación en Specflow

Descubre nuestros tutoriales

Qué es Microsoft Power Automate y para qué sirve

¿Qué es Kali Linux y para qué se utiliza?

Top 5 Cursos Bonificados para Trabajadores en 2025

5 Cursos Obligatorios para cualquier Empresa en 2025

Cursos Bonificados por Fundación Tripartita en 2025

Para que aprendas mensualmentecon nosotros

Nuestra colección de contenido educacional

Da el salto y aprende con nuestros cursos

Encuentra el Curso Perfecto para tu Organización

Desarrollo de Plataformas Crowdfunding

Inertia con Laravel y Vue

Alpine JS

Diseñemos hoy el curso que tu empresa necesita

Temario del curso

La formación que decides
te devuelve dinero

Nueva Plataforma
de E-learningFormación en directo con plataforma de apoyo para reforzar el aprendizaje

Para que aprendas mensualmente
con nosotros