L'ingénieur AQ ou Assurance Qualité est généralement une personne dont la préoccupation première est de maximiser la qualité du produit final.
Chaque entreprise dans laquelle j'ai travaillé avait différents rôles sous ce nom. Pour certains, c'est juste un testeur manuel qui vérifie si le programme fonctionne comme l'entreprise l'a spécifié.
Pour d'autres ces personnes maintiennent également des tests automatisés.
Très rarement (seulement deux fois dans ma courte carrière) j'ai rencontré et travaillé avec des personnes qui prenaient réellement à cœur cette partie qualité. Ces personnes n'étaient pas seulement intéressées par la logique d'entreprise (donc comment les calculs fonctionnent, les flux de travail, etc), mais aussi avec un concept aussi étrange que la sensation esthétique du site ou l'expérience utilisateur - donc comment facile, et rapide à apprendre, sans parler de l'efficacité pour l'utilisateur d'utiliser le logiciel. L'un d'entre eux a également doublé les processus de travail pour améliorer la qualité avant qu'elle ne vienne à leur main.
Malheureusement, pour la plupart des entreprises que je connais, l'AQ est un simple testeur manuel, ou au plus manuel + test automatique et généralement surchargé (trop de programmeurs par personne d'AQ, donc ils sont à peine capables de terminer juste les tests rapides de logique d'entreprise).
Il y a beaucoup de connaissances dont un bon AQ a besoin, mais avec le battage actuel pour les programmeurs et le meh pour l'AQ, il est extrêmement difficile de trouver des personnes correctes pour ce poste.