ISTQB é uma certificação internacional que padroniza o vocabulário e os fundamentos dos testes de software. Em resumo: não te torna um bom tester, mas te dá o idioma com o qual a indústria se entende. Vale a pena se você está começando em QA, se precisa alinhar uma equipe dispersa, ou se uma vaga a exige no filtro. Não vale se você espera que um diploma substitua a experiência de quebrar coisas de verdade.
Vamos ao concreto. Numa entrevista ou numa daily, duas pessoas dizem "caso de teste" e querem dizer coisas diferentes. Uma pensa num passo manual; a outra, numa função automatizada. Esse desencontro pequeno, repetido cem vezes por dia, é caro. O ISTQB existe justamente para que "caso de teste", "defeito", "cobertura" e outras cinquenta palavras signifiquem o mesmo para todos.
01 · o que éISTQB é um idioma comum, não um curso de testes
ISTQB é a sigla de International Software Testing Qualifications Board, uma organização sem fins lucrativos que define um programa de certificação em testes de software reconhecido em mais de cem países. Seu nível de entrada se chama Certified Tester Foundation Level (CTFL), e é o que as pessoas costumam mencionar quando dizem "tirar o ISTQB".
O que você compra com o Foundation não é uma caixa de truques. É um marco de referência e um glossário. O conteúdo cobre sete grandes blocos: fundamentos dos testes, testes ao longo do ciclo de vida do software, testes estáticos, análise e projeto de testes, gestão das atividades de teste, ferramentas de apoio, e as técnicas para derivar casos. Nada disso é exótico; é o piso mínimo que se espera de alguém que diz trabalhar com qualidade.
O Foundation não te ensina a testar. Te ensina a falar de testes sem mal-entendidos.
Essa distinção importa. O programa oficial do CTFL é explícito ao dizer que a certificação valida conhecimento de fundamentos e terminologia, não destreza prática nem critério de campo [1]. É um exame de múltipla escolha, não uma prova de que você sabe encontrar o bug que derruba a produção numa sexta-feira à noite.
02 · o que cobreO conteúdo do Foundation, sem enfeites
Vale a pena olhar por dentro o que você estuda, porque é aí que se entende para que serve. O Foundation gira em torno de uns poucos princípios que se repetem em todo QA sério, e de um punhado de técnicas que são de fato usadas todos os dias.
O primeiro princípio que ensina é incômodo e honesto: os testes demonstram a presença de defeitos, não a sua ausência. Testar nunca prova que um sistema esteja livre de erros; só revela alguns dos que ele tem. Daí sai o segundo: testar tudo é impossível, então é preciso escolher onde olhar de acordo com o risco. Essas duas ideias, antigas e bem documentadas na literatura clássica de testes [2], são a diferença entre um tester que diz "já testei tudo" e um que diz "testei o que mais importava e isto é o que fica exposto".
A parte mais prática do conteúdo são as técnicas de projeto de casos: partições de equivalência, análise de valores limite, tabelas de decisão, transição de estados. Soam acadêmicas, mas são o andaime mental que te evita testar cem combinações quando três bem escolhidas cobrem o mesmo risco. Um exemplo aterrissa tudo isso.
O resto do conteúdo te dá mapa: os níveis de teste (componente, integração, sistema, aceitação), os tipos (funcional, de desempenho, de segurança), e onde cada atividade se encaixa no ciclo de desenvolvimento. Também toca terminologia de qualidade alinhada a padrões como a ISO/IEC 25010, que define as características de qualidade de um produto de software: funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e outras [3]. Quando um tester certificado diz "isto é um problema de manutenibilidade, não de funcionalidade", essa precisão vem daqui.
O glossário é, na prática, metade do valor. O ISTQB mantém um dicionário de termos de teste usado como referência em toda a indústria. Mesmo que você nunca faça o exame, esse glossário resolve discussões eternas de equipe sobre o que é um "erro", um "defeito" e uma "falha", que não são a mesma coisa: o erro é cometido pela pessoa, o defeito fica no código, e a falha é o que o usuário vê quando o defeito é executado.
03 · vale a penaQuando ajuda e quando é só um selo
Aqui vai a postura honesta, sem vender fumaça. O ISTQB Foundation vale a pena em três situações claras, e é um gasto de vaidade em outras.
Vale a pena se você está começando em QA. Quando você não tem marco mental, o conteúdo organiza a sua cabeça e te dá vocabulário para não parecer perdido no seu primeiro trabalho. Esse arranque estruturado poupa meses de aprender os mesmos conceitos aos pedaços e com nomes inconsistentes.
Vale a pena se uma vaga exige. Muitas empresas, sobretudo consultorias e contratos com o setor público ou bancos, a colocam como filtro duro. Ali não é um debate de mérito: sem o selo, o seu currículo não passa na primeira peneira. É um pedágio, e às vezes convém pagá-lo.
Vale a pena para alinhar uma equipe. Se você lidera QA e sua gente usa as mesmas palavras com significados diferentes, certificar a equipe compra um idioma comum de uma vez. O retorno não está no diploma individual, mas nas discussões que deixam de acontecer.
Um selo não encontra bugs. Quem os encontra é alguém que sabe onde olhar e teve tempo de aprender a olhar.
Não vale a pena se você já leva anos testando software com critério e busca que um diploma valide o que o seu trabalho já demonstra. Também não se você acredita que o certificado vai te dar habilidade prática: ele não dá, e apresentá-lo como se desse é justamente o que desgastou a sua reputação entre testers veteranos. O exame é de múltipla escolha e pode ser aprovado decorando, sem ter quebrado uma única tela em produção.
A forma sã de ver: o ISTQB Foundation é o equivalente a tirar a carteira de motorista. Certifica que você conhece as regras e as placas. Não certifica que você sabe dirigir na chuva com o tanque quase vazio e uma criança chorando atrás. Isso se aprende dirigindo. A carteira abre a porta; a estrada ensina.
Se você está decidindo, a conta é simples. Some o que custa o exame e as horas de estudo, e compare contra o que ele te desbloqueia: um primeiro emprego, um filtro superado, uma equipe alinhada. Se desbloqueia algo concreto, pegue e siga em frente rumo ao que de verdade te faz um bom tester, que é testar muito software real e aprender com cada coisa que se quebra. Se não desbloqueia nada que você já não tenha, poupe o dinheiro e dedique essas horas a quebrar algo interessante.
Fuentes
- ISTQB (International Software Testing Qualifications Board). Certified Tester Foundation Level (CTFL) Syllabus, v4.0. Documento oficial do conteúdo e dos objetivos de aprendizagem do nível Foundation. istqb.org.
- Myers, G. J., Sandler, C. & Badgett, T. The Art of Software Testing, 3.ª edição. Wiley. Referência clássica sobre os princípios dos testes, incluída a ideia de que os testes revelam defeitos mas não demonstram a sua ausência.
- ISO/IEC 25010:2011 (SQuaRE). Systems and software engineering. Systems and software Quality Requirements and Evaluation (SQuaRE). System and software quality models. Define as características de qualidade de um produto de software. iso.org.