O que faz um analista de testes

Um analista de testes um profissional de TI que tem como funo criar sistemas e

gerar roteiros de automao de testes, fazendo a anlise, homologao de sistemas e
avaliao dos resultados de cada ciclo.
Seu trabalho visa detectar e reparar erros em sistemas, emitindo relatrios com base nos
indicadores e facilitar processos de certificao de softwares.
Para tornar-se um profissional da rea preciso ter ensino superior completo em
Sistemas da Informao, Cincias da Computao, Engenharia da Computao ou reas
afins. No curso de Cincias da Computao, por exemplo, encontra-se disciplinas como:
Anlise Numrica; Mtodos Estatsticos; Engenharia de Software; Sistemas
Operacionais; Modelagem e Simulao.
Para ser um bom analista de testes necessrio ter conhecimentos em simuladores,
Java/J2EE, XML. Experincia com softwares especficos para a funo, como o HP
LoadRunner, tambm pode ser de grande importncia. Outras competncias favorveis
ao profissional so: habilidade de trabalhar em equipe, organizao e boa comunicao.
Um analista de testes pode trabalhar em empresas pblicas e privadas dos mais variados
setores. A faixa salarial, para uma jornada de 40 horas semanais, varia entre R$
2.000,00 e R$ 5.000,00 mensais.
Analista de testes, o que vem a ser esta funo, pra que ela serve, qual o real sentido de
tudo isso, pois bem, a profisso de analista de testes um tanto antiga, no sei precisar
quanto tempo ela existe, mas faz um certo tempo, imagino eu que no incio da era
tecnolgica, as aplicaes no tinham a qualidade que tem nos dias de hoje, e as grandes
corporaes vendo que seus produtos tinham um alto ndice de reprovao por parte dos
usurios, foi preciso que se tomasse uma postura para mudar este quadro, e ai que
entra inicialmente o testador, que tinha o papel apenas de executor de testes que por
sua vez no tinham um padro, era apenas estabelecido que se fizesse algumas
validaes para que se enviasse o produto ao mercado para o consumidor final.
Com o passar do tempo a funo de apenas testador foi incrementada com algumas
atribuies a mais, como avaliao de documentao, projeo de mtricas para testes,
anlise de requisitos para testes, testes estruturais, no estruturais, testes funcionais e
testes no funcionais, testes de regresso, caixa branca, caixa preta, enfim, a funo
acabou ganhando mais atribuies do que de costume, isto feito, os profissionais
precisaram se especializar com cursos, certificaes, especializaes, de modos que
hoje em dia u bom profissional no feito apenas de tempo e conhecimento, mas aliado
a isso cursos e certificaes.
Em vrias empresas o analista de testes visto como um causador de intrigas (ponto
de vista), mas esta a funo do profissional, ele pago para encontrar defeitos nas
aplicaes desenvolvidas, pois com isso que a qualidade apresentada ao cliente final,
ou seja, quanto mais defeitos so encontrados, maior a qualidade do objeto e melhor
visto o profissional que atuou na tarefa.
Ser analista, testador, tester algo que para muitos no importante, mas para quem
atua na profisso, no dia-a-dia de uma organizao e faz parte deste mundo algo que
realmente vale a pena, embora enfrentemos alguns problemas do cotidiano, mas a
sensao de tarefa cumprida, dever finalizado e trabalho entregue no prazo algo que
da satisfao alm de pessoal, profissional tambm.
O que ?
um profissional da rea de Teste de Software, cujo principal objetivo realizar a
anlise do sistema, do ponto de vista dos testes, a fim de modelar e elaborar os casos de
testes.
Essa breve descrio do objetivo do Analista de Teste pode d a falsa impresso de que
esse papel simples, porm veremos ao longo do artigo que exercer essa funo no
to simples assim e que so necessrios diversos conhecimentos para pode exerc-la.
O que ele faz?
De acordo com o RUP[1] Rational Unified Process (ou Processo Unificado da Rational)
o Analista de Teste responsvel por:
Identificar os Itens de Teste-alvo a serem avaliados pelo esforo de teste
Definir os testes apropriados necessrios e quaisquer Dados de Teste associados
Coletar e gerenciar os Dados de Teste
Avaliar o resultado de cada ciclo de teste
Continuando com a referncia do RUP, encontramos as habilidades que so necessrias
para exercer esse papel:
Boa habilidade analtica;
Uma mente desafiadora e curiosa;
Ateno aos detalhes e tenacidade;
Entendimento de falhas de software comuns;
Conhecimento do domnio (muito desejvel);
Conhecimento do sistema ou aplicativo em teste (muito desejvel);
Experincia em vrios esforos de teste (desejvel).
difcil destacar uma das habilidades citadas, pois todas so destaques e importantes
para se tornar um bom Analista de Teste.
Alm das habilidades e conhecimentos apresentados outros conhecimentos tcnicos so
importantes:
Conhecer as tcnicas de modelagem de testes: baseada em especificao, estrutura e
experincia;
Conhecimento sobre todo o processo de Teste de Software;
UML;
Modelos;
Normas (com destaque para IEEE 829);
Banco de dados;
Ferramentas de teste.
Como chego l?
Assim como para atuar em outros papis na rea de Teste de Software, o comum atuar
primeiro como testador, que uma excelente oportunidade de conhecer a rea, o
sistema, o processo e adquirir os conhecimentos necessrios para se tornar um Analista
de Teste.
Podemos perceber pelas habilidades citadas no RUP, que exercendo a funo de
Testador, acaba se tornando um processo natural a evoluo para Analista de Teste, uma
vez que todas as habilidades citadas costumam ser adquiridas, durante a experincia
como Testador.
Alm da experincia, uma outra forma que pode ser combinada experincia como
Testador a obteno de certificaes de Teste de Software, pois durante os estudos
possvel adquirir muitos conhecimentos que no so vistos no trabalho, e assim
poderemos ampliar a nossa viso sobre a rea de Teste de Software e ter um leque de
conhecimentos que podero ser colocados em prtica no nosso trabalho.
Na prtica
O dia-a-dia de um Analista de Teste pode variar muito de acordo com a empresa na qual
ele trabalha. Por exemplo, em empresas com uma rea de Teste de Software grande e
bem definida, a sua atuao costuma est dentro das atividades exercidas pelo seu papel,
j em empresas com uma rea de Teste de Software pequena ou recente, comum a
atribuio de atividades de outros papis para o Analista de Teste, como: preparao do
ambiente de teste, automatizao de testes, etc.
O Analista de Teste um profissional que precisa est sempre em contato com outras
reas, natural sentar ao lado do desenvolvedor para entender melhor certa
funcionalidade, conversar com o Arquiteto sobre a testabilidade da arquitetura, se reunir
com o gerente do projeto/gerente de teste para priorizar os testes. Por isso necessrio o
profissional manter uma postura tica, amistosa e de compromisso com os demais
profissionais, pois eles precisam te enxergar como algum que est l para ajud-los e
no, como algum que ir apenas criticar o trabalho deles.
No processo cascata, os testes da aplicao acontecem no final do ciclo de
desenvolvimento. Nesse perodo onde temos o esforo mais concentrado dos testers.
A grande realidade que o papel do analista de testes nesse modelo muito mais
reativo e no pr-ativo. claro que existe o famoso modelo em V. Alm disso, o
correto num processo cascata que os analistas de testes planejem os casos de teste em
paralelo com a fase de codificao. Mas, mesmo assim, o que ocorre na prtica que a
equipe de testes vive separada da equipe de desenvolvimento, correndo em linhas
paralelas que s se cruzam no momento da verdade da fase de testes do modelo cascata.

E como ento o processo de testes e o papel do analista de testes no desenvovimento
gil? Nesse modelo o analista de testes passa por uma grande transformao. Ele deixa
de ser reativo para se tornar um papel fundamental na interao com os
desenvolvedores, analistas de negcio e clientes.
Temos ento quatro grandes grupos de testes importantes:

Q1 - Testes que focam na arquitetura e suportam o time: So os testes unitrios e de
componentes. Estes so realizados e so de responsabilidade dos prprios
desenvolvedores. O papel do analista de testes nesse quadrante o de apoiar, suportar e
mentorizar os desenvolvedores sempre que necessrio. De preferncia isso feito
fazendo "pairing" com o desenvolvedor no momento de elaborar os testes unitrios
automatizados.

Q2 - Testes que focam no negcio e suportam o time: So testes funcionais
diferenciados, que idealmente utilizam a tcnica de Behaviour-Driven Development e
Acceptance Test-Driven Development. Isto , so testes e cenrios de exemplo
realizados pelos testadores em conjunto com os clientes, usurios e analistas de negcio.
Com base nesses exemplos e cenrios os desenvolvedores tero melhores condies de
desenvolver e entender os requisitos. Alm disso, utilizando-se ferramentas adequadas
(como o Fitnesse ou o Concordion, por exemplo), uma parte desses testes sero
automatizados antes ou em paralelo com o desenvolvimento do cenrio. Portanto, o
foco desses testes no encontrar o maior nmero de defeitos e sim ajudar clientes e
desenvolvedores a se entender melhor.

Q3 - Testes que focam no negcio e criticam o produto: esses so o que chamo de testes
"clssicos". Os testes de aceitao feitos na homologao do produto ou de suas partes,
testes beta e testes exploratrios. So os testes feitos no com o objetivo de dizer que o
software funciona mas, pelo contrrio, de encontrar defeitos. Essa categoria s vezes
negligenciada por alguns agilistas mais radicais. Mas a verdade que bons analistas de
testes possuem tcnicas para encontrar defeitos que poucos desenvolvedores conhecem
(at porque o papel do desenvolvedor construir e o do testador, neste quadrante, o de
destruir!).

Q4 - Testes que focam na arquitetura e criticam o produto: So os testes de
performance, de carga e de segurana. Esses so de responsabilidade dos analistas de
testes e costumam ser feitos quando pedaos da aplicao j esto prontas e,
especialmente, antes da entrada de um release em produo.

Com a explicao do quadrante que podemos entender melhor ento a transformao
crucial do testador num processo gil. A existncia dos quadrantes 1 e 2 no processo
gil (e que inexistem no processo cascata) modificam de maneira fundamental o perfil e
o papel do analista de testes numa equipe gil. Ele deixa de ser reativo para tambm ser
pr-ativo. Ele deve estar dentro do time e no fora dele em uma equipe apartada. Ele
ala novos rumos e se torna tambm um analista de negcios, ao ajudar os clientes a
criarem cenrios de testes que ajudam no entendimento dos requisitos e facilitam o
processo de desenvolvimento da aplicao. A Lisa Crispin aborda isso em seu livro,
mas no deixa to clara assim essa mudana radical e transformadora do papel dos
testers dentro de um projeto gil. Por isso decidi escrever esse artigo para esclarecer
ainda mais esse ponto e tambm para deixar essas informaes para aqueles que no
tiveram ainda a oportunidade de ler o livro dela.