Les deux rôles permettent de s'assurer que le logiciel fonctionne correctement. De nos jours, leurs tâches quotidiennes réelles pourraient être similaires, surtout si nous parlons d'ingénieurs AQ et d'ingénieurs de test dans une petite / moyenne entreprise.
Cependant, la plus grande différence est très probablement le fait que les ingénieurs de test logiciel ont un travail plus limité. Dans certaines entreprises, l'ingénieur de test logiciel pourrait obtenir des spécifications de test de l'ingénieur AQ, et est chargé d'écrire le test approprié.
Alors que le rôle de l'ingénieur AQ peut être un peu plus large. L'ingénieur AQ peut influencer non seulement la façon dont le logiciel est testé, mais aussi la façon dont il est développé. D'une certaine manière, un ingénieur AQ s'assure que le logiciel est construit correctement dès le départ. Alors qu'un ingénieur de test s'assure que leur test est construit correctement.
Ce ne sont pas des descriptions définitives, et il n'est pas facile de tracer clairement les lignes entre ces rôles. J'espère que cela a du sens, tout compte fait - les descriptions de poste dans le secteur de la technologie peuvent être un peu confuses.
Par exemple, dans une entreprise, le CTO peut être un programmeur actif qui ne se contente pas de prendre des décisions, mais qui "mène le peloton" en construisant le produit avec l'équipe.
Dans une autre entreprise, le CTO peut être chargé uniquement de prendre des décisions techniques et de s'assurer que l'équipe a tout ce dont elle a besoin pour faire son travail, sans faire réellement de codage sur le produit.
C'est similaire avec les ingénieurs d'assurance qualité et de test. Certaines personnes ayant le titre d'ingénieur QA pourraient juste être responsables de l'écriture de tests vers la fin du cycle de production. Et d'autres avec le titre d'ingénieur de test pourraient en fait être un AQ à part entière déguisé, chargé de s'assurer que le logiciel est conforme aux normes tout au long du cycle de production, du début à la fin.
.