Aller au contenu

Nous répondons vite et sans détour.

Software Quality Assurance : un logiciel toujours prêt à être livré.

Nous assurons un contrôle qualité du logiciel indépendant et de bout en bout : il réduit les risques à la recette et l’apparition de défauts en phase tardive et sur le terrain, et garde la collaboration entre le client et les développeurs sereine et constructive.

Pour le logiciel embarqué et les applications cloud, IA et métier.

Travailler avec nous est simple et agréable.
Écrivez-nous quand vous voulez.
SQA 01
  • Ce qui est testé, à quel niveau et avec quoi : le concept de test, une carte de couverture face aux exigences, les critères de sortie.

    Stratégie et couverture

  • Des tests unitaires, d’API et end-to-end qui tournent dans le pipeline et ne demandent aucun passage manuel.

    Automatisation des tests

  • Des campagnes de recette, un rapport de préparation, et des décisions go ou no-go fondées sur des chiffres fiables.

    Release readiness

SQA 02

Quand on fait appel à nous :

Cela vous parle ? Parlons-en.
  • Les défauts apparaissent chez le client, pas dans les tests
  • La release est encore repoussée « d’une semaine »
  • Il y a des tests, mais personne ne croit un run vert
  • La recette tourne à la dispute
  • Aucune partie indépendante entre le client et le prestataire
  • La régression grossit à chaque sprint
  • Il faut de la QA pour du logiciel embarqué ou automobile, HIL compris
  • Un audit ou une certification exige une base de tests démontrable
SQA 03

Exécuter les tests dit ce qui a été vérifié. La qualité dit si le produit répond aux attentes.

Vous le savez : Testsqualité

  • Exigences tracées vers les tests
  • Choix de ce qu’on teste fondé sur le risque
  • Cas négatifs et cas limites
  • Exigences non fonctionnelles : charge, sécurité, ergonomie
  • Données de test, mocks, simulations
SQA 04

Un pipeline vert signifie que le logiciel est construit, pas qu’il fonctionne.

Vous le savez : Vertterminé

  • Couverture par exigence, pas par ligne
  • Critères de sortie convenus avant le run
  • Smoke tests sur le système de production
  • Défauts connus listés, pas cachés
  • Un rapport de préparation par build
SQA 05

Le développeur vérifie ce qu’il a construit. La QA vérifie comment il est utilisé.

Vous le savez : Indépendanceméfiance

  • Un rôle à part, avec son propre mandat
  • Un accès propre aux exigences et au backlog
  • Un seul rapport, au client et à l’équipe en même temps
  • Des constats comme des faits, pas comme des fautes
  • Des défauts triés ensemble
SQA 06

La recette est le moment où client et développeur s’affrontent d’habitude. Avec des critères de recette convenus, elle devient une formalité.

Vous le savez : Recettelivraison

  • Un protocole de recette convenu en amont
  • Des défauts classés par gravité
  • Une date dans le calendrier, pas « quand ce sera corrigé »
  • Des campagnes de recette sur les données du client
  • Les cas de garantie distingués des demandes de changement
SQA 07

Notre façon de travailler

Six étapes, du premier regard sur l’existant jusqu’à la release et au-delà.

  1. 01

    Check-up

    Ce qui est testé aujourd’hui, comment, et ce qu’un run vert prouve réellement.

  2. 02

    Stratégie et carte de couverture

    Niveaux de test, outillage, critères de sortie — et chaque exigence reliée au test qui la couvre.

  3. 03

    Automatisation dans le pipeline

    Suites unitaires, d’API et end-to-end branchées sur la CI, pour que chaque commit soit vérifié sans que personne ait à le demander.

  4. 04

    Runs, défauts, rapports

    Des campagnes par sprint, des défauts suivis avec gravité et responsable, un rapport pour tous.

  5. 05

    Release gate

    Go ou no-go sur les critères de sortie — et les chiffres derrière la décision.

  6. 06

    Après la release

    Smoke tests en production, défauts terrain réinjectés dans les suites, carte de couverture tenue à jour.

SQA 08

Un aperçu de ce que nous faisons

en software quality assurance

Stratégie et concept de test

  • Niveaux de test et leur périmètre : unitaire, intégration, système, recette
  • Carte de couverture face aux exigences
  • Critères de sortie et release gates
  • Concept de données et d’environnements de test
  • Outillage et processus adaptés à votre équipe
Poser la question

Automatisation des tests : unitaires et end-to-end

  • Suites end-to-end avec Playwright
  • Couverture de tests unitaires là où elle rapporte
  • Intégration dans votre pipeline CI/CD
  • Des suites stables et maintenables, pas instables
  • Des rapports que l’équipe lit et auxquels elle se fie
Poser la question

Tests d’API et d’intégration

  • Interfaces REST et SOAP avec Postman et SOAP UI
  • Tests de contrat entre services
  • Jeux de tests pilotés par les données
  • Interfaces vers les systèmes ERP, CRM et e-commerce
  • Régression automatisée des interfaces
Poser la question

Tests système et recette, automobile comprise

  • Campagnes de recette selon les critères du client
  • Tests HIL et ECU avec EXAM
  • Cas de test fondés sur les exigences selon Automotive SPICE
  • Traçabilité de l’exigence au résultat
  • Des procès-verbaux de recette que l’auditeur accepte
Poser la question

Release readiness et reporting

  • Rapport de préparation par release
  • Statistiques de défauts par gravité et ancienneté
  • Métriques de couverture et de tendance par sprint
  • Go ou no-go sur des critères convenus
  • Accompagnement après la release
Poser la question
SQA 09

Ce que vous obtenez

  • 01

    Plan clair

    Niveaux, outillage, critères et responsabilités dans un seul document.

  • 02

    Carte de couverture

    Chaque exigence et le test qui la couvre — et celles que rien ne couvre encore.

  • 03

    Suites automatisées

    Tests unitaires, d’API et end-to-end dans votre dépôt, qui tournent dans votre pipeline.

  • 04

    Rapports de défauts

    Reproductibles, classés par gravité, avec un responsable et une date.

  • 05

    Rapport de préparation

    L’état d’une release face à ses critères de sortie, avant que la décision soit prise.

  • 06

    Métriques par sprint

    Couverture, tendance des défauts et stabilité des tests, sprint après sprint.

// Tout reste chez vous : le code des tests, les rapports, le pipeline.

SQA 10

Les secteurs où nous sommes forts

  • Automobile
  • Énergie
  • Conformité
  • Sécurité IT
  • Santé
  • Logistique
  • Éducation
SQA 11

Les normes et pratiques selon lesquelles nous travaillons

  • 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
  • Exigences de test sectorielles et spécifiques au client
SQA 12

Questions fréquentes

Quelle différence entre la SQA et simplement embaucher des testeurs ?

Les testeurs exécutent des tests. La Software Quality Assurance décide ce qui doit être testé, à quel niveau et selon quels critères — et si le résultat est assez bon pour être livré. Nous faisons les deux, mais c’est la seconde partie qui change le résultat.

Avez-vous besoin d’accéder à notre code source ?

Pour les tests unitaires et l’automatisation dans le pipeline, oui. Pour les tests système, de recette et d’API, l’accès au système en fonctionnement et à ses interfaces suffit. Nous convenons du périmètre d’accès en amont et travaillons sous votre NDA.

Travaillez-vous avec notre équipe ou de votre côté ?

Les deux, et généralement en même temps : nous mettons en place la stratégie et l’automatisation avec vos développeurs et gardons le rôle indépendant de vérifier ce qui était demandé. Le rapport va au client et à l’équipe en même temps.

Quand le premier rapport est-il sur la table ?

L’audit de l’existant prend une à deux semaines. Il aboutit à une image écrite de la base de tests actuelle, de ses lacunes et des premières étapes — c’est le premier rapport.

Et si Ciqualia écrit aussi le logiciel ?

Alors la QA est une équipe distincte, avec son propre mandat et son propre rapport pour vous. L’indépendance est un rôle, pas une entreprise : celui qui écrit le code ne décide pas s’il est livré.

Comment mesurez-vous la couverture ?

Par exigence, pas par ligne de code : quelles exigences ont un test, lesquelles en ont un qui passe, lesquelles n’en ont aucun. La couverture par lignes est une entrée de ce tableau, pas le tableau.

Dans quels secteurs intervenez-vous ?

Nous intervenons notamment dans l’industrie automobile, dans la production d’électromobilité et de smart home, dans l’énergie, les médias, l’éducation, la santé, le marketing, la conformité, le secteur public et les transports, ainsi que dans d’autres domaines à forte intensité de données.

Quelles solutions concrètes avez-vous réalisées récemment ?

Parmi nos projets actuels : analyse de marché, bases de connaissances pour la documentation technique, conformité assistée par l’IA, portails de service client, rétro-ingénierie de systèmes legacy, analyse de logs et structuration de données non structurées.

Quels avantages offrent vos solutions ?

Nos solutions associent des procédés modernes d’IA, un développement logiciel robuste, des structures de données optimisées, une sécurité élevée, une flexibilité cloud et on-premise ainsi que des modèles d’exploitation performants et stables.

Comment assurez-vous la sécurité et la conformité ?

Nous prenons en compte la protection des données, les standards de sécurité, les exigences organisationnelles et réglementaires dès le départ – de l’architecture jusqu’à l’exploitation.

Comment puis-je discuter d’un projet ou d’une idée avec vous ?

Via le formulaire de contact de ce site ou directement par message. Nous répondons rapidement et parlons volontiers de vos exigences et des solutions envisageables.

SQA 13

Travailler avec nous est simple et agréable !

Posez-nous vos questions – nous répondons vite.

Liste de prix sur demande — nous vous l’envoyons
Une offre sous 24 heures
Migration de vos données gratuite
Intégration de vos applications gratuite — dites-nous lesquelles
Demander la liste de prix