Was ist Quality-Engineering vs klassisches QA?

Klassisches QA

• Separates Test-Team.

• Manuelle Tests.

• Phase-Gates am Ende.

• Bug-Findung spät.

• Team-Verantwortung gering.

Quality-Engineering

• Team-Verantwortung für Quality.

• Automatisierte Tests.

• Shift-Left (früh testen).

• CI/CD-Integration.

• Tester als Coaches.

Shift-Left

1. Test-Anforderungen vor Code.

2. Test-Driven Development.

3. Unit-Tests von Beginn.

4. API-Tests in CI.

5. Pflicht-Coverage.

Continuous-Testing

• Pro Commit Tests laufen.

• CI-Pipeline mit mehreren Test-Phasen.

• Performance + Security-Tests.

• Visual-Regression-Tests.

• Chaos-Engineering.

Tester-Rolle

• Coaches für Dev-Test-Skills.

• Test-Strategie + -Frameworks.

• Exploratorische Tests.

• Test-Automation-Tools.

• Quality-Guild.

Tools

1. Unit: Jest, JUnit, pytest.

2. Integration: Postman, REST-Assured.

3. E2E: Cypress, Playwright, Selenium.

4. Performance: k6, Gatling.

5. Security: OWASP ZAP, Snyk.

Anti-Patterns

• QA-Team am Ende.

• Tests nur manuell.

• Keine Pflicht-Coverage.

• Tester ohne Dev-Skills.

• Quality nicht Team-Verantwortung.