QA modern: la qualitat com a responsabilitat compartida de l'equip
Del «Quality Assurance» al «Quality Advocacy»: un canvi de paradigma
Equip onext
Especialistes Cloud & DevOps
La qualitat del programari ja no és responsabilitat exclusiva de l'equip de QA. Els equips d'alt rendiment han adoptat un nou paradigma on tothom —desenvolupadors, product managers, dissenyadors— són guardians de la qualitat. Aquest canvi fonamental transforma el rol de QA d'"inspector final" a "assessor estratègic de qualitat".
El problema: QA com a coll d'ampolla final
Durant dècades, la indústria ha operat sota un model on el testing és una fase separada al final del cicle de desenvolupament. Els desenvolupadors "llancen codi per sobre del mur" i els QA el validen abans del release.
Aquest model genera tres disfuncions crítiques:
🚧 Lliuraments lents
QA es converteix en el coll d'ampolla. El codi acabat espera dies o setmanes per a la validació.
💸 Bugs costosos
Els defectes descoberts en testing tardà costen 10-30x més que si es detecten en desenvolupament.
😤 Cultura reactiva
Els developers "llancen i obliden". La qualitat és "problema de QA", no de l'equip.
El canvi: de "Quality Assurance" a "Quality Advocacy"
Els equips moderns adopten un enfocament radicalment diferent, inspirat en consultores líders com Thoughtworks i en pràctiques d'empreses tech d'alt rendiment:
El nou paradigma
Abans: QA valida al final
Equip de QA separat que inspecciona el codi acabat abans del release
Ara: qualitat des de l'inici
Quality Advisors integrats en els equips, qualitat com a responsabilitat compartida, testing continu
Els 5 pilars del Quality Advocacy
Basant-nos en frameworks de consultores tech líders, identifiquem cinc pràctiques fonamentals que transformen la cultura de qualitat:
1. Empoderament a través del coneixement
Els equips han d'entendre per què importen les pràctiques de qualitat, no només seguir processos mecànicament. El Quality Advisor actua com a educador continu:
- Comunicació constant: explicar enfocaments de testing, eines i mètodes en standups, refinements i retros
- Mob testing sessions: sessions on tot l'equip participa a dissenyar test cases per a una nova feature
- Testing showcases: demos d'estratègies de testing reeixides per inspirar-ne l'adopció
- Documentació viva: test cases documentats en Gherkin o BDD que serveixen com a especificació executable
A la pràctica: en lloc d'escriure test cases a Jira que ningú no llegeix, el Quality Advisor facilita sessions d'Example Mapping on PM, developers i QA defineixen escenaris junts. Els exemples es converteixen en tests automatitzats que documenten el comportament esperat.
2. Col·laboració cross-funcional
Els Quality Advisors treballen colze a colze amb developers, PM i stakeholders, no com a gate separat:
Pràctiques col·laboratives
- ✓ Pair programming amb developers per escriure tests
- ✓ Participar en story kickoffs abans d'escriure codi
- ✓ Revisió de PR amb focus en la testabilitat
- ✓ Mob testing per explorar funcionalitats noves
Beneficis
- 🚀 Bugs detectats en hores, no dies
- 🧠 Tot l'equip entén els edge cases
- ⚡ Codi més testejable des del disseny
- 💬 Feedback continu, no només al final
3. Enfocament guiat per mètriques
Els Quality Advisors fan seguiment d'indicadors que importen, alineats amb els "4 key metrics" de DORA (DevOps Research and Assessment):
Mètriques clau de qualitat
Estabilitat
- • Change Failure Rate: % de deploys que causen incidents
- • MTTR (Mean Time To Restore): temps per recuperar-se d'una fallada
- • Defectes en producció: severitat i root cause
- • Regression defects: bugs en funcionalitat existent
Velocitat
- • Deployment Frequency: freqüència de releases
- • Lead Time: de commit a producció
- • Test execution time: durada del test suite
- • Automation coverage: % de tests automatitzats
Cobertura
- • Unit test coverage: % de codi cobert (meta: >80%)
- • Integration test coverage: fluxos E2E crítics
- • Defect detection rate: % de bugs found per capa de testing
- • API contract coverage: % d'endpoints amb contract tests
Cultura
- • Test ownership: % de tests escrits per developers (no només QA)
- • Time to first test: delay entre codi i test
- • PR test discussion: % de PR amb comentaris sobre tests
- • Quality retrospective items: freqüència de discussió sobre qualitat
4. Construir confiança, no compliment
Els equips adopten pràctiques de qualitat quan en veuen el valor, no perquè és obligatori. El Quality Advisor demostra l'impacte:
- Bug bash sessions: tota la companyia prova les features abans del release i troba bugs d'UX que els tests automatitzats no capturen
- Showcases d'iteració: demos on es mostra com l'estratègia de testing va evitar incidents
- Retrospectives amb dades: "Gràcies als contract tests, hem evitat 3 breaking changes aquest sprint"
- Stakeholder walkthroughs: involucrar clients interns en el testing d'acceptació
5. Actuar com a far i sistema d'alerta
El Quality Advisor monitora contínuament la salut del sistema i actua com a early warning system:
Senyals de degradació de la qualitat
- ⚠️ Flaky tests que augmenten: senyal de technical debt o mala arquitectura de tests
- ⚠️ Test suite cada cop més lent: indica necessitat de paral·lelització o refactoring
- ⚠️ Cobertura baixant sprint a sprint: pressió per features sense equilibri amb el testing
- ⚠️ Augment de hotfixes: el testing no captura les regressions
- ⚠️ Developers que eviten escriure tests: problema de tooling, coneixement o cultura
Però també celebra els èxits: reconeix quan l'equip escriu excel·lents tests, millora la coverage o evita bugs de manera proactiva.
La piràmide de testing moderna
Els equips d'alt rendiment inverteixen en diferents capes de testing de manera estratègica:
Capa 1: Unit Tests (70%)
La base. Tests ràpids (<5ms), abundants, executats a cada commit. Cobreixen lògica de negoci, edge cases, validacions.
Capa 2: Integration Tests (20%)
Tests que validen la integració entre components: APIs, bases de dades, cues, serveis externs (mocked).
Capa 3: E2E Tests (10%)
Tests que simulen un usuari real navegant per l'aplicació. Només critical paths (login, checkout, signup). Lents, fràgils, costosos de mantenir.
Antipatró comú: els equips que inverteixen la piràmide (molts E2E, pocs unit tests) pateixen suites lentes, flaky tests i poca confiança. La piràmide correcta maximitza velocitat i fiabilitat.
Casos d'èxit: Quality Advocacy en acció
Startup SaaS: de 0 a 85% de coverage en 6 mesos
Una startup B2B amb 8 developers no tenia tests automatitzats. Van contractar un Quality Advisor que va implementar:
- Weekly testing dojos (1h de pairing per escriure tests)
- Test coverage dashboard visible a Slack
- PR template amb checklist de testing
- Mutation testing amb Stryker per validar la qualitat dels tests
Resultats: en 6 mesos van assolir un 85% de unit test coverage i un 60% d'integration coverage. Van reduir els bugs en producció un 70%. La deployment frequency va passar de setmanal a diària.
Scaleup Fintech: eliminant flaky tests
Una fintech amb 40 engineers tenia 250 E2E tests, dels quals 30-40 fallaven aleatòriament (flaky). Cada PR requeria 2-3 re-runs, alentint els lliuraments.
L'equip de QA va implementar:
- Quarantine automàtic dels flaky tests (no bloquegen el build)
- Refactoring del 60% dels E2E tests a integration tests (més ràpids, més estables)
- Contract testing amb Pact per validar APIs
- Visual regression testing amb Percy per a la UI
Resultats: el flaky rate va baixar del 15% a <2%. El temps d'execució del test suite va passar de 45min a 12min. La confiança en els tests va augmentar dràsticament.
Roadmap de transformació cap a Quality Advocacy
Fase 1: Fonaments (Mes 1-2)
- ✓ Auditar l'estat actual: coverage, flaky tests, velocitat del suite, mètriques de producció
- ✓ Definir un "definition of done" que inclogui testing (p. ex.: >80% de coverage en noves features)
- ✓ Configurar dashboards de mètriques visibles per a tot l'equip
- ✓ Sessió de formació: testing pyramid, TDD basics, tooling disponible
Fase 2: Cultura i pràctiques (Mes 3-4)
- ✓ Llançar testing dojos setmanals (mob programming de tests)
- ✓ Implementar PR checklist amb criteris de testing
- ✓ Introduir pair testing entre QA i developers
- ✓ Bug bash mensual amb tot l'equip (incloent-hi PM i designers)
Fase 3: Automatització avançada (Mes 5-6)
- ✓ Contract testing per a microserveis (Pact, Spring Cloud Contract)
- ✓ Visual regression testing (Percy, Chromatic)
- ✓ Performance testing a CI (Lighthouse CI, k6)
- ✓ Mutation testing per validar la qualitat dels unit tests
Fase 4: Optimització contínua (Ongoing)
- ✓ Refactoring dels E2E tests lents a integration tests
- ✓ Paral·lelització del test suite (Cypress Parallelization, Jest sharding)
- ✓ Monitoratge sintètic en producció (Datadog Synthetics, Checkly)
- ✓ Retrospectives trimestrals de l'estratègia de testing
El rol del CoE de QA & Testing
Per a organitzacions amb múltiples equips, un Centre d'Excel·lència de QA escala les millors pràctiques:
- Defineix i manté el testing framework estàndard (llibreries, helpers, patterns)
- Crea i actualitza la training academy de testing (des de bàsic fins a avançat)
- Gestiona el tooling compartit (llicències de Sauce Labs, BrowserStack, Percy)
- Organitza communities of practice (CoP) on els Quality Advisors comparteixen aprenentatges
- Desenvolupa mètriques unificades de qualitat a nivell d'empresa
Conclusió: la qualitat com a avantatge competitiu
Els equips que adopten Quality Advocacy no només redueixen bugs. Construeixen confiança per moure's ràpid. Amb tests ràpids i fiables, els developers poden refactoritzar sense por, experimentar amb noves arquitectures i desplegar múltiples vegades al dia.
La qualitat deixa de ser un trade-off contra la velocitat i se'n converteix en el seu enabler. Com diu el mantra del Continuous Delivery: "Si fa mal, fes-ho més sovint, i porta-ho endavant en el procés."
En un mercat on la capacitat d'iterar ràpid defineix qui guanya, tenir una cultura sòlida de qualitat compartida no és un nice-to-have. És un avantatge competitiu crític.
Vols transformar la teva cultura de testing sense paralitzar lliuraments?
A onext hem ajudat equips de desenvolupament a adoptar Quality Advocacy sense sacrificar velocitat. El nostre CoE de QA & Testing on-demand t'acompanya des de l'auditoria inicial fins a la implementació d'una estratègia de testing moderna i sostenible.
Peça escrita per l'equip tècnic d'onext, consultora espanyola d'IA aplicada. Recull la pràctica de l'equip en transformació d'equips de desenvolupament, cloud, DevSecOps i qualitat: 12 equips transformats i 0 sprints perduts.
Articles relacionats
DevSecOps: seguretat integrada des de l'inici del cicle de desenvolupament
Com passar de llançaments trimestrals a diaris sense comprometre la seguretat.
Explora tots els nostres insights
Articles sobre transformació digital, IA, DevOps i arquitectures cloud.