QA, QAOPS, QE, QAA, QAE, Qual é o cargo afinal?

Apesar de só ter utilizado os cargos começados com “Q” no titúlo pelo bem da rima e da piada, ainda existem muitas outras variações de cargos para a área de qualidade de software, como em inglês: Tester, SDET, SQAE, SQE, STE, STA e talvez meu favorito, que vem desse bom e velho brasileirês: o Analista de Qualidade. Talvez existam muitos mais que eu ainda desconheça ou tenha me esquecido, mas isso não é tão importante para entender os conceitos que vou discutir aqui.

Em primeiro lugar é importante entender essas sopas de letrinhas, os famosos acrônimos:

Quality Assurance Operations, Quality Engineer, Quality Assurance Analyst, Quality Assurance Engineer etc.

Sob esses aspectos, considero a semântica extremamente importante e por isso, levanto algumas palavras que necessitam ser analisadas melhor: Assurance, Analyst e Engineer.

A primeira e mais emblemática dessas palavras é “Assurance”, que é a palavra em inglês para “Garantia”. Desse ponto já podemos entender um problema grave nessa nomenclatura: O profissional responsável por realizar testes e analisar a qualidade não é a pessoa que garante que a qualidade esteja lá de fato (testes e qualidade são outras palavras que levam a muita reflexão, mas que abordarei em outro momento). No máximo (e ainda assim há controvérsias) é a pessoa que pode dizer: “Olha, sob determinada perspectiva, que foi a que utilizei para entender e aprender sobre esse produto, ele parece não ter problemas funcionais, ou não parece agir como se era esperado pelo time e os stakeholders”. Se isso significa que a qualidade vai, depois disso, estar lá ou não, depende de muitas outras variáveis. Muitas destas variáveis estão completamente fora do controle desse profissional. Essas variáveis que vão estar, principalmente, nas mãos dos desenvolvedores e da gerência. Qualidade é, de fato, uma responsabilidade de todas as pessoas envolvidas em um time, direta ou indiretamente. Esperar que uma única pessoa possa “assegurar” a qualidade é ilusório. Por essas e tantas outras razões, “assurance” passou a ser uma palavra mal quista. E por isso, QA começou a receber novos significados: Question Asker, Quality Assistance, Quality Advocate e Quality Analyst.

Vou usar então essas novas nomenclaturas para fazer um gancho a essa outra palavra: “Analyst”. Palavra que particularmente gosto muito mais.

Analisar é algo muito mais interessante e factível do que assegurar. Analisar, explorar, experimentar, aprender sobre o sistema. Tudo isso é, e realmente deve ser, as responsabilidades de quem segue por essa profissão. Tendo, portanto, a me afeiçoar mais quando usam essa nomenclatura, seja na variação que for: Quality Analyst, Software Quality Analyst, Tests Analyst e assim por diante.

Engineer é também um termo questionável, quando se correlaciona com a palavra Qualidade especificamente, como Quality Engineer, Software Quality Engineer ou ainda pior Quality Assurance Engineer. Por mais chique que pareça ser usar essa palavra em cargos de TI (e geralmente o fazem de maneira descontextualizada ou desnecessária), se olharmos pro significado da palavra tanto em inglês como em português, ela significaria algo como “projetar e construir”. Já entendemos que não é a função do analista de qualidade projetar e muito menos construir qualidade, o que poderia ser projetado e construído, são os testes. Test Engineer ou Software Developer Engineer in Test seriam portanto nomenclaturas um pouco mais adequadas se fizermos muita questão da palavra engineer. Embora, para mim, ainda me soe estranho, já que testar envolve um amplo trabalho criativo de liberdade, e a ideia de projetar e construir me soe extremamente mecânico. A verdade é que geralmente esse termo se usa como uma maneira de alerta da empresa que assim escolhe usar essa palavra (pois considero que essas escolhas não são aleatórias, mesmo que de maneira irracional e Lacan há de concordar comigo): “Nesse cargo queremos que você foque muito em automações e codificações” o que pode eventualmente ter seus problemas, mas isso também fica pro momento que eu for falar melhor sobre testes e qualidade especificamente.