Ir al contenido

Respondemos rápido y al grano.

Software Quality Assurance: software siempre listo para entregar.

Ofrecemos un control de calidad del software independiente y de extremo a extremo: minimiza los riesgos en la aceptación y la aparición de defectos en fases tardías y en producción, y mantiene la colaboración entre cliente y desarrolladores tranquila y constructiva.

Para software embebido y aplicaciones cloud, de IA y de negocio.

Trabajar con nosotros es fácil y agradable.
Escríbanos cuando quiera.
SQA 01
  • Qué se prueba, en qué nivel y con qué: el concepto de pruebas, un mapa de cobertura frente a los requisitos, los criterios de salida.

    Estrategia y cobertura

  • Pruebas unitarias, de API y end-to-end que corren en el pipeline y no necesitan una pasada manual.

    Automatización de pruebas

  • Ejecuciones de aceptación, un informe de preparación y decisiones go o no-go basadas en cifras fiables.

    Release readiness

SQA 02

Cuándo nos llaman:

¿Le suena? Hablemos.
  • Los defectos aparecen en el cliente, no en las pruebas
  • El release se vuelve a aplazar «una semana más»
  • Hay pruebas, pero nadie se fía de una ejecución en verde
  • La aceptación se convierte en una discusión
  • No hay una parte independiente entre cliente y proveedor
  • La regresión crece con cada sprint
  • Hace falta QA para software embebido o automotive, HIL incluido
  • Una auditoría o una certificación exige una base de pruebas demostrable
SQA 03

Ejecutar las pruebas dice qué se comprobó. La calidad dice si el producto cumple las expectativas.

Ya lo sabe: Pruebascalidad

  • Requisitos trazados a pruebas
  • Selección de qué probar basada en riesgos
  • Casos negativos y límite
  • Requisitos no funcionales: carga, seguridad, usabilidad
  • Datos de prueba, mocks, simulaciones
SQA 04

Un pipeline en verde significa que el software está construido, no que funciona.

Ya lo sabe: Verdeterminado

  • Cobertura por requisito, no por línea
  • Criterios de salida acordados antes de la ejecución
  • Smoke tests en el sistema de producción
  • Defectos conocidos listados, no escondidos
  • Un informe de preparación por build
SQA 05

El desarrollador comprueba lo que construyó. QA comprueba cómo se usa.

Ya lo sabe: Independenciadesconfianza

  • Un rol propio con mandato propio
  • Acceso propio a los requisitos y al backlog
  • Un solo informe, para el cliente y el equipo a la vez
  • Hallazgos como hechos, no como culpa
  • Defectos triados en conjunto
SQA 06

La aceptación es donde cliente y desarrollador suelen chocar. Con criterios de aceptación acordados se convierte en un trámite.

Ya lo sabe: Aceptaciónentrega

  • Un protocolo de aceptación acordado de antemano
  • Defectos clasificados por severidad
  • Una fecha en el calendario, no «cuando esté corregido»
  • Ejecuciones de aceptación con los datos del propio cliente
  • Casos de garantía distinguidos de peticiones de cambio
SQA 07

Cómo trabajamos

Seis pasos, desde la primera mirada a lo que hay hasta el release y más allá.

  1. 01

    Check-up

    Qué se prueba hoy, cómo, y qué demuestra realmente una ejecución en verde.

  2. 02

    Estrategia y mapa de cobertura

    Niveles de prueba, herramientas, criterios de salida, y cada requisito asignado a la prueba que lo cubre.

  3. 03

    Automatización en el pipeline

    Suites unitarias, de API y end-to-end integradas en CI, para que cada commit se compruebe sin que nadie lo pida.

  4. 04

    Ejecuciones, defectos, informes

    Ejecuciones por sprint, defectos con severidad y responsable, un informe para todos.

  5. 05

    Release gate

    Go o no-go según los criterios de salida, y las cifras detrás de la decisión.

  6. 06

    Después del release

    Smoke tests en producción, defectos de campo devueltos a las suites, mapa de cobertura al día.

SQA 08

Una selección de lo que hacemos

en software quality assurance

Estrategia y concepto de pruebas

  • Niveles de prueba y su alcance: unitario, integración, sistema, aceptación
  • Mapa de cobertura frente a los requisitos
  • Criterios de salida y release gates
  • Concepto de datos y entornos de prueba
  • Herramientas y proceso adaptados a su equipo
Pregúntenos

Automatización de pruebas: unitarias y end-to-end

  • Suites end-to-end con Playwright
  • Cobertura de pruebas unitarias donde compensa
  • Integración en su pipeline de CI/CD
  • Suites estables y mantenibles, no intermitentes
  • Informes que el equipo lee y en los que confía
Pregúntenos

Pruebas de API e integración

  • Interfaces REST y SOAP con Postman y SOAP UI
  • Pruebas de contrato entre servicios
  • Conjuntos de pruebas basados en datos
  • Interfaces con sistemas ERP, CRM y e-commerce
  • Regresión automatizada de las interfaces
Pregúntenos

Pruebas de sistema y aceptación, automotive incluido

  • Ejecuciones de aceptación con los criterios del propio cliente
  • Pruebas HIL y de ECU con EXAM
  • Casos de prueba basados en requisitos según Automotive SPICE
  • Trazabilidad del requisito al resultado
  • Protocolos de aceptación que el auditor acepta
Pregúntenos

Release readiness e informes

  • Informe de preparación por release
  • Estadística de defectos por severidad y antigüedad
  • Métricas de cobertura y tendencia por sprint
  • Go o no-go según criterios acordados
  • Acompañamiento tras el release
Pregúntenos
SQA 09

Qué obtiene

  • 01

    Plan claro

    Niveles, herramientas, criterios y responsabilidades en un solo documento.

  • 02

    Mapa de cobertura

    Cada requisito y la prueba que lo cubre, y los que todavía no cubre nada.

  • 03

    Suites automatizadas

    Pruebas unitarias, de API y end-to-end en su repositorio, corriendo en su pipeline.

  • 04

    Informes de defectos

    Reproducibles, clasificados por severidad, con responsable y fecha.

  • 05

    Informe de preparación

    El estado de un release frente a sus criterios de salida, antes de tomar la decisión.

  • 06

    Métricas por sprint

    Cobertura, tendencia de defectos y estabilidad de las pruebas, sprint a sprint.

// Todo se queda con usted: el código de pruebas, los informes, el pipeline.

SQA 10

Sectores en los que somos fuertes

  • Automoción
  • Energía
  • Cumplimiento
  • Seguridad TI
  • Sanidad
  • Logística
  • Educación
SQA 11

Los estándares y prácticas con los que trabajamos

  • ISTQB
  • ISO/IEC 25010 — Software Quality Model
  • ISO/IEC/IEEE 29119 — Software Testing
  • Automotive SPICE — SWE.4 to SWE.6
  • CRA — Cyber Resilience Act
  • ISO 21434 — Automotive Cybersecurity
  • OWASP ASVS
  • MISRA
  • RGPD
  • Normativa de pruebas sectorial y específica del cliente
SQA 12

Preguntas frecuentes

¿En qué se diferencia SQA de contratar simplemente testers?

Los testers ejecutan pruebas. Software Quality Assurance decide qué hay que probar, en qué nivel y con qué criterios, y si el resultado es lo bastante bueno para salir. Hacemos ambas cosas, pero la segunda es la que cambia el resultado.

¿Necesitan acceso a nuestro código fuente?

Para pruebas unitarias y para la automatización en el pipeline, sí. Para pruebas de sistema, aceptación y API basta con acceso al sistema en ejecución y sus interfaces. Acordamos el alcance del acceso de antemano y trabajamos bajo su NDA.

¿Trabajan con nuestro equipo o por su cuenta?

Ambas cosas, y normalmente a la vez: montamos la estrategia y la automatización junto con sus desarrolladores y conservamos el rol independiente de comprobar lo que hacía falta. El informe llega al cliente y al equipo al mismo tiempo.

¿Cuándo está el primer informe sobre la mesa?

La auditoría de lo que hay lleva de una a dos semanas. Termina en una imagen escrita de la base de pruebas actual, sus huecos y los primeros pasos: ese es el primer informe.

¿Y si Ciqualia también escribe el software?

Entonces QA es un equipo aparte con mandato propio e informe propio para usted. La independencia es un rol, no una empresa: quien escribe el código no decide si sale.

¿Cómo miden la cobertura?

Por requisito, no por línea de código: qué requisitos tienen una prueba, cuáles la tienen superada y cuáles no tienen ninguna. La cobertura de líneas es una entrada de esa imagen, no la imagen.

¿En qué sectores trabajan?

Trabajamos, entre otros, en la industria de automoción, en la producción de electromovilidad y smart home, en energía, medios, educación, salud, marketing, compliance, sector público y transporte, así como en otros ámbitos intensivos en datos.

¿Qué soluciones concretas han implantado últimamente?

Entre nuestros proyectos actuales están: análisis de mercado, bases de conocimiento para documentación técnica, compliance asistido por IA, portales de atención al cliente, ingeniería inversa de sistemas legacy, análisis de logs y estructuración de datos no estructurados.

¿Qué ventajas ofrecen sus soluciones?

Nuestras soluciones combinan procedimientos modernos de IA, desarrollo de software robusto, estructuras de datos optimizadas, alta seguridad, flexibilidad cloud y on-premise, así como modelos de operación potentes y estables.

¿Cómo garantizan la seguridad y el cumplimiento?

Tenemos en cuenta la protección de datos, los estándares de seguridad, las directrices organizativas y los requisitos regulatorios desde el principio: desde la arquitectura hasta la operación.

¿Cómo puedo comentar un proyecto o una idea con ustedes?

A través del formulario de contacto de esta web o directamente por mensaje. Respondemos rápido y hablamos con gusto sobre sus requisitos y las soluciones posibles.

SQA 13

¡Trabajar con nosotros es fácil y agradable!

Pregúntenos: respondemos rápido.

Lista de precios a petición: se la enviamos
Oferta en menos de 24 horas
Migración de sus datos sin coste
Integración de sus aplicaciones sin coste: díganos cuáles
Solicitar lista de precios