Quero falar sobre o trabalho do testador de uma perspectiva atípica, que dificilmente será mostrada em instituições educacionais ou na literatura profissional. Ao se tornar um profissional nesse campo, você inevitavelmente começa a viver os conceitos estabelecidos na base dos testes. E isso tem um efeito muito diferente no arranjo da vida. Sobre como exatamente isso acontece comigo, sob o corte.
Um pouco sobre mim
Eu tenho testado de uma forma ou de outra por mais de 10 anos.
O caminho para a TI, como muitos, comecei com o desenvolvimento de "para mim". Eu sempre tive um milhão de idéias sobre o que escrever, e então me desenvolvi gradualmente. Eu gostava de entender os detalhes dos projetos e torná-los tolerantes a falhas, e mesmo assim não era mais ou menos em que linguagem escrever: eu sabia como algoritmo, e a sintaxe do google era uma questão da semana.
Em algum lugar de 2005, conheci um homem que literalmente abriu a indústria de testes para mim. Mesmo assim, pareceu-me que sua ideologia era totalmente consistente com minhas aspirações internas. Como resultado, essa pessoa passou de um testador comum para o diretor técnico e, mesmo assim, ele me chamou para trabalhar por conta própria. Mas, por várias razões, entrei nesse setor apenas um ano depois, conseguindo um emprego na Smartbear (na época - Automated QA Corporation), cuja ferramenta de teste automatizada completa e teste é conhecida, talvez, por todos os testadores. No entanto, não cheguei ao TestComplete, mas a outro produto, o Automated Build Studio - de fato, imediatamente à automação. A propósito, eu literalmente me apaixonei por sua abordagem GUI para automação, e até escrevi um análogo para mim quando saí da empresa.
Posteriormente, consegui trabalhar tanto para clientes estrangeiros quanto para russos. E, no momento, estou automatizando os testes em uma empresa russa completamente remota (vou me aprofundar no formato do trabalho).
Durante o tempo que passei na profissão, percebi que testar não é apenas um trabalho, mas também um estilo de vida peculiar que afeta todos os aspectos de sua vida. Como testador, você simplesmente não pode viver de outra maneira.
Essa abordagem tem lados positivos e negativos.
Quanto mais simples a tarefa, pior você se sente.
A busca por tarefas complexas não é apenas dependência, mas também inevitabilidade.
Não importa o quanto você estude, em qualquer ferramenta, em qualquer tecnologia, sempre haverá alguém que sabe mais do que você. E se você condicionalmente "seguir uma rotina" de um projeto simples, eles o lembrarão constantemente dessa diferença de conhecimento. Críticas surgirão de todos os lados, o que poderia ter sido feito de maneira diferente ou até melhor aqui.
A única maneira de evitar isso é procurar problemas mais complexos onde não há soluções óbvias, mas há noites sem dormir em busca de problemas.
Por exemplo, em um dos projetos mais recentes, deparei-me com o desenvolvimento de bibliotecas para o Robot Framework em conjunto com o Jython. Especificamente, nesse caso, você poderia usar uma biblioteca de terceiros para trabalhar com o banco de dados, que parecia estar funcionando, mas não funcionou. Passei três noites no final, lendo o código da própria biblioteca, para encontrar um erro na documentação, que indicava incorretamente os tipos e o número de valores na entrada. Foi uma vitória e uma verdadeira emoção de sua conquista! E eu gosto desses momentos. Isso é muito mais interessante do que a "trilha" de um projeto típico.
No entanto, a busca de tarefas complexas limita um pouco o leque de possíveis empregadores. É ainda mais limitado pelos testes intensivos do front-end, empregadores sem um requisito técnico claro para testar ou ter algumas idéias vagas sobre quem é a automação. Encontrei pessoas que, convidando para o teste automático, definem tarefas manuais ou conectam testadores para dar suporte. Ainda há muitos que economizam na compra de ferramentas normais, oferecendo-se para trabalhar quase no Google Docs. E você precisa estar preparado para o fato de que o mercado de empregadores potencialmente interessantes é mais restrito do que você pensa.
Ensino superior não é o mesmo que emprego. Base técnica importante e interesse na profissão
No meu local de trabalho atual, minhas responsabilidades incluem uma entrevista técnica com testadores que chegam ao nosso local de trabalho. No decorrer da conversa, nunca pergunto sobre a disponibilidade do ensino superior, porque tenho certeza de que ele não garante absolutamente a presença do pensamento lógico. Talvez meu interlocutor tenha um doutorado, mas nem um pé nos testes.
Francamente, geralmente penso que um testador deve nascer. Isso requer atenção natural, perseverança e uma veia especial para testadores, quando em 1000 documentos você pode cair aleatoriamente em um dos três erros. É verdade que nem todos compartilham essa opinião.
É importante que, mesmo com essa mesma linha, você precise de uma boa base técnica, que dificilmente pode ser obtida com a conclusão de cursos on-line de duas semanas. É difícil dizer o que forneceu a base técnica no meu caso. Nos anos 90, eu não tinha acesso à Internet, também não tinha a literatura necessária nas bibliotecas, por isso obtive conhecimento da FIDO (ainda me lembro dos meus pontos - 2: 5022 / 5.102 e 2: 5022 / 123.222). E sou obrigado à base de certificação do ISTQB (International Software Testing Qualifications Board) para testes. Parece que eles não criaram nada melhor.
No entanto, muito raramente encontro conhecimento ISTQB de candidatos a emprego. Além disso, às vezes me parece que as pessoas não estão interessadas no setor. Nas entrevistas, tenho uma pergunta sobre a conferência: o candidato participa de algum evento de controle de qualidade. E a resposta tradicional é não. Para mim, isso é um indicador da seriedade e do interesse do próprio candidato, além das empresas para as quais ele trabalhou. Participar de eventos como o SQA Days, para onde irei no futuro próximo, custa dinheiro. E algum "escritório de Sharashkin" não os gastará com seus funcionários. Do próprio bolso, apenas quem estiver realmente interessado pagará.
Nenhuma experiência em lugar algum
Cada projeto em teste me fez aprender novas tecnologias. Anteriormente, falei sobre minha “batalha heróica” com o Jython, mas depois de chegar a esse projeto, não conhecia nem o Robot Framework nem, de fato, o próprio Jython (nem mesmo o Python, que tem muitas coisas para o Robot Framework). Agora, talvez, eu entenda o robô melhor do que qualquer outra pessoa na empresa, porque a base de testes sugeriu a abordagem e a experiência de desenvolver em diferentes idiomas e testar projetos anteriores me permitiu mudar rapidamente para uma nova pilha.
Além disso, a experiência permite distribuir adequadamente o esforço. Notei que os recém-chegados prestam muita atenção aos testes negativos - como quebrar alguma coisa. Aparentemente, seus estereótipos são relativos à profissão. Na maioria dos casos, seus testes negativos não são importantes e desnecessários (ou seja, o desperdício de recursos não é justificado, a menos que o projeto implique a necessidade de tais testes). Somente com a experiência é que o entendimento do que é necessário e do que não vem com uma declaração do problema.
A propósito, tenho uma lista completa de perguntas nas entrevistas, cuja tarefa é revelar a presença da experiência prática dos candidatos.
Todas as pessoas estão arrancando. Dói, mas dá trabalho
Infelizmente, o mundo é imperfeito.
No desenvolvimento, isso se expressa no fato de que há uma demanda por testadores. Se os desenvolvedores escrevessem um ótimo código, ficaríamos sem trabalho. Conosco, a goivagem não desaparece em lugar algum, mas a cobrimos com testes.
A propósito, os testadores também não são sem pecado. Qualquer que seja o projeto que você encontre, às vezes você também precisa escrever "muletas". E não há nada a ser feito sobre isso - essas são algumas vezes as condições de um negócio.
Quanto melhor você for como testador, mais eles te odeiam
Os desenvolvedores com uma boa organização mental, que me deparei em trabalhos anteriores, às vezes levavam muito a sério os bugs em seu código, informações sobre as quais apareciam no sistema. Do ponto de vista deles, isso, aparentemente, é algo como um anúncio público de seus erros. E quanto mais ativamente você relatar erros, mais seus colegas o odeiam. Como resultado, no escritório, é claro, você tem bons amigos, mas cerca de um terço da equipe começa a evitá-lo, e você sente isso. Isso é extremamente desagradável para mim.
Em um site remoto, ser mais testador é mais fácil
Esta é uma consequência natural da observação anterior. Quando você já fez muitos “maus desejos” com uma boa organização mental em seu escritório, não é muito agradável andar por uma sala dessas. Portanto, para mim, há muito tempo faço uma escolha a favor de udalenki. Nesse formato, as relações não profissionais são inúteis - sem olhares de fora. Talvez, é claro, eu simplesmente não encontre esses personagens agora. Mas há poucas chances de tal colisão. Por exemplo, ligamos por vídeo apenas dentro do departamento de controle de qualidade. Com os desenvolvedores, nos quais eu posso travar um bug, eu me comunico apenas no texto, sem emoções. E mesmo que essas emoções sejam, é muito mais fácil experimentá-las no texto do que quando uma pessoa passa várias vezes ao dia.
E eu posso comer comida caseira normal, equipar o local de trabalho do jeito que eu quero. Posso sentar no calor com uma camiseta (lembrando-me das chamadas de vídeo) ou até mudar meu horário de trabalho para que, no meio do dia, eu vá para o campo e observe como o outono começa ou a natureza acorda da hibernação. E a vantagem mais importante de udalenka é a economia de tempo. Eu moro perto do centro regional. Nós só temos TI lá. E se eu trabalhar em um escritório no centro, terei que chegar ao local de trabalho uma hora por hora e, às sextas-feiras, será uma e meia. E este é o tempo que você simplesmente perde: não é pago, não é desperdiçado utilmente. Além do risco de acidentes e consumíveis no carro. Com a remoção dessas despesas e riscos simplesmente não surge.
Parece-me que, por vontade própria, não irei trabalhar no escritório. A única coisa que às vezes me falta é a comunicação pessoal. Mas, em geral, esse é um problema resolvido.
Deformação profissional afeta relacionamentos com amigos
Infelizmente ou felizmente, testar é um estilo de vida. Não posso falar por todos, mas é assim que acontece comigo.
O teste começa com os requisitos do projeto. Na verdade, sua tarefa é garantir que o produto atenda a esses requisitos. Durante dias procurando e corrigindo problemas no software de outra pessoa, você começa a fazer algo semelhante em sua vida. Eu sempre vivo com a sensação de que tudo deve atender aos requisitos. Ser um testador é viver de acordo com as regras. E se alguém ou algo vai além dessas regras (leis ou regras próprias formuladas na cabeça), isso me causa algum tipo de dissonância cognitiva. Estou tentando corrigir urgentemente um bug ou, pelo menos, declará-lo. Ao mesmo tempo, muitas vezes as pessoas ao seu redor sofrem com o fato de você constantemente falar sobre ações erradas.
A propósito, tudo isso não ajuda a eliminar a própria falta de comunicação pessoal.
O conforto geral do fluxo de trabalho significa mais do que parece
Acima, falei principalmente sobre projetos e relacionamentos com a equipe. Mas o trabalho, mesmo remoto, consiste não apenas desses pontos. E aqui depende muito do projeto em que você entrou.
Em primeiro lugar, há apoio material banal. Por exemplo, a cadeira confortável em que estou sentado e o monitor de 24 polegadas foram adquiridos às custas do empregador. Além de todos os tipos de pagamentos de esportes e outros bônus.
Em segundo lugar, há uma auto-realização banal. Por exemplo, em um dos projetos em que participei (testando o projeto de um cliente para terceirização), eu, o único dos terceirizados desta empresa, atraí funcionários para este escritório para entrevistas e me convidava para eventos corporativos. Isso é real em uma empresa para a qual os testadores são engrenagens sem rosto do mecanismo? Eu duvido.
Enfim, eu gosto do meu trabalho. E quando consigo resolver problemas complexos em um projeto interessante, sinto uma satisfação real. No entanto, desenvolvendo neste campo, você deve estar preparado para o fato de que as abordagens ao trabalho afetarão todos os aspectos da vida. E se um dia você se transformar em um testador com todas as baratas, não haverá como voltar atrás.
Autor do artigo: Vladimir Vasyaev, Especialista Líder em Teste Automatizado de Software
PS Publicamos nossos artigos em vários sites do Runet. Assine nossas páginas no
canal VK ,
FB ou
Telegram para descobrir todas as nossas publicações e outras notícias do Maxilect.