P02L 2024 10 03 11 37 35

eh bem a gente queria iniciar a entrevista te perguntando um pouquinho sobre como é um um dia comum né na realização de atividad de de testes para ti cotidian das atividades que tu realiza para tá realizando os processos de testes certo em qual perfil no sentido de analista no sentido de testador no sentido de líderes qu perfil certo focando mesmo no perfil de enquanto testador tá Ah tem certeza que é testador e não analista é porque testador só testa né então tipo assim o que ele faz ele só Executa os testes entendeu Aí analista não

é que ele faz todo o processo de análise de requisitos e tudo mais acho que po falar mas pode falar os dois que quiser falar um pe depois o outro a também OK assim a ferramenta vai ser focada em casos de testes isab Hum então você pode ir por esse caminho certo então se é focado mais na parte de casos de teste aí entra o ponto de é são muitas interseções né né mas de modo geral no dia a dia o que que faz né recebemos quando Existem os requisitos Ah tem uma análise desses requisitos

por pela visão de testes então a gente faz todo a questão de elaboração de cenários de teste e aí a gente vai elencando as as situações mesmo do do do sistema né a partir daquele requisito isso quando temos né requisito Ah E aí que tem a elaboração dos casos de teste aí tem a elaboração dos casos de teste os casos de teste normalmente dependendo da da da característica do projeto a gente pode fazer caso de teste mais específicos mas também pode ser casos de teste mais Gerais né Depende aí da da Necessidade Hum E é

isso normalmente organizo os casos de teste por requisito mas depende também do projeto Às vezes tem gente que gosta de de organizar por você tem gente que é separa por grupos de funcionalidades Então depende muito do do da Necessidade ali do do projeto proo E aí depois da da análise elaboração dos casos a gente tem a execução dos casos e aí tem a questão do do da documentação final né que seria o o registro que é para saber quais casos passaram quais casos não passaram tem a questão de rabilidade de quais casos que falharam estão

relacionados a quais requisitos ou a quais vocês ã E aí tem também a questão das contagens né desses desses bugs em relação à quantidade de a quantidade de bugs por requisito porque isso ajuda a gente a fazer uma rastreabilidade de quais normalmente os os defeitos né eles estão agrupados então quando tem um defeito naquela funcionalidade normalmente tem outros então é acaba sendo uma necessidade também ter essa por quantidade de bugs relacionados a requisitos eu acho que seria isso vocês tiverem mais alguma pergunta certo e da parte do relatório depois quea parte de quantificar contar os

bugs pronto depende projeto né da Necessidade ali mas se por exemplo tenho aqueles requisitos né para aquela Sprint então normalmente tem a divisão né a contagem desses bugs a partir da organização que foi feita anteriormente então assim pela aquela uc ou pela aquele requisito ali dependendo da organização né também por parte do pessoal de requisitos Eh quantos banos foram encontrados Ah E aí fica também o o ideal é que tem um histórico para saber quais casos de teste falharam e relacionados a quais eh requisitos ou seis porque isso acaba facilitando por exemplo algum teste de

regressão que a gente tenha que fazer e aí a gente vê ah aquela funcionalidade ali teve mais problemas então talvez seria bom a gente fazer um teste de regressão focado mais nela tem uma questão de rabilidade também por erro né Eh outra coisa também que eu esqueci até de comentar é que é bom ter a questão de versionamento de casos de teste além de também versionamento de de requisitos o CS seja qual for a organização que tiver porque isso acaba facilitando qual caso de teste tá relacionado qual versão daquele requisito daquele uc entendeu então é

sempre bom porque o que acontece ah falhou naquela versão Mas pode ser que na outra versão não falhe E aí você consegue ver qual foi o problema que teve Elice que tiver que fazer um downgrade do sistema a gente já sabe que tem que fazer aquele executar aqueles casos de teste porque ele falhou naquela versão Então acho que seria isso certo beleza aí continuando a gente queria entender um pouco melhor pera peraí que eu não tô escutando pera aí pronto agora voltou agora certo eu vou vou deixar mais próximo aqui tá dando para mim ver

direitinho tá sim pronto eh aí continu a gente queria entender um pouco melhor quais seriam assim o que você consideraria como pontos positivos na na tua experiência utilizando as ferramentas de de apoio as atividades de teste que você tá acostumada ou tem utilizado nos últimos projetos hum pontos positivos né e eu gosto bastante da questão de histórico de execução eh exportação de relatório eh automático então eu executei Aquele caso ele falhou ele ou ele passou e aí no final aquela Build de teste que é aquele conjunto de teste que eu executei eu consigo já exportar

aquele resultado automaticamente eu não preciso ter que digitar e tudo mais aí Outro ponto também é essa questão de trabalhar com builds eu consegui criar um conjunto de como se fosse uma pasta com várias cas de teste que eu tô testando naquela Sprint E aí eu consigo exportar o resultado daquele daquela final quando eu finalizo então aí pode ser a exportação gerando gráficos é bom gráficos com falha quantas a porcentagem de falha a porcentagem de casos que passaram eh a quantidade de casos executado naquela naquele Sprint naquele conjunto né de casos que tem lá eh

o gerenciamento também dos casos de teste no sentido de atualização eu poder criar novas versões aquelas versões não serem sobrescritas e sim ficar ficarem ali uma versão né a versão anterior e a versão atual não sobrescrever e eu acho que poderia citar esses agora que eu me lembro certo nessa mesma linha aí já das Ferramentas que você utiliza atualmente quais pontos você acredita que poderiam ser melhores ou que são atualmente negativos no na experiência de uso delas acho que principalmente é gerenciamento de requisitos é muito as as ferramentas que atualmente a gente acaba tendo que

duplicar o que tem onde o pessoal de requisitos colocou e o que temos em teste acaba ficando duplicado Então esse gerenciamento de casos de teste por requisito por o ser acaba sendo bem trabalhoso a também fazer esse vínculo e rastreabilidade que quer dizer quantos casos de teste falharam para aquela para aquele requisito ter um lugar só com esse histórico sabe por requisito e tudo mais ou por Sprint dificilmente tem ferramentas que ficam esse histórico organizado você tem que ficar ali fazendo isso manualmente E aí também gerar esses relatórios de maneira mais simples para não ter

que ficar contando de um por um para no final ter dizer ah não esse esse requisito teve todos esses problemas eh em todas as sprints que eu executei ele falou todos esses casos de teste aí normalmente a gente tem que contar isso na mão porque pelo menos eu nunca utilizei uma ferramenta que ele fizesse isso automaticamente mas cada um né com uma técnica tipo Sprint tal você tal re tal né isso e um geral entendeu Tipo assim ah se eu executei desde o começo do projeto 10 sprints qual foi o requisito que mais teve problemas

não não consigo ter esse rastreamento se eu não tiver uma planilha do tempo né dos incas ou fazer isso manualmente mesmo sabe é é muito complicado acho que esse seria um dos maiores problemas que eu tenho certo eh aí só confirmando aqui para você entendir bem essa essas questões né quando a gente fala do gerenciamento de requisitos eh no caso é aquela necessidade de de versionamento que tu destacou antes né não na verdade é mesmo um requisito atualiza uhum saiu algum cenário como é que tem esse eu tenho que atualizar no meu o pessoal de

requisitos Tem que atualizar na documentação deles em algum momento isso vai dar alguma algum problema porque o pessoal de requisitos vai atualizar e a gente não vai atualizar Hum e aí pode ocorrer o problema de quê De bugs que não eram bugs foi só a funcionalidade que atualizou Mas a gente não conseguiu avançar junto com o pessoal de requisitos tão antiga isso quer falar bom dia gente é como uma pessoa de requisitos né eu vejo muito isso que você tá falando aí uma pergunta se o que seria assim interessante para você seria eh a ferramenta

ela destacar que aquele houve uma atualização naquele requisito ou fazer uma meio uma atualização automática o sonho era a automação né todos nós trabalhamos por por um sonho mas eu acho que poderia ser uma ferramenta compartilhada como se tivesse um sincronismo entre requisitos e testes pode ser uma Utopia Mas seria um sonho se o pessoal de requisitos atualizem gerasse uma Flag lá pro pessoal de teste ó esse requisito Teve alguma atualização Nem que fosse só isso uma flagin esse requisito teve uma atualização e a gente tivesse que procurar não o que que atualizou o ideal

era que ele atualizasse automaticamente né uma f já ajudaria bastante a gente tem até eh quando a gente pega um link de algum documento do Word dá aquele tzin né que ele fica automático como se fosse o linkzinho lá você clicar aí quando você faz uma uma atualização nesse documento a pessoa que tem acesso a esse link ela avisa né lá embaixo Zinho como ah esse documento atualizou você deseja atualizar você quer verificar e mostra lá eu acho que isso seria interessante o que que você acha a Acho que sim tudo que der só só

indicar que teve uma atualização já seria ótimo porque realmente tem muito problema com isso o requisito atualizou e a gente não sabe e o que acontece Às vezes é que às vezes é desbalanceada as equipes tem mais pessoal de requisito do que de teste então o requisito vai evoluir muito mais rápido do que o pessoal de teste Então se tivesse pelo menos essas flags esses popup zinhos né o lá ó atualizou esse requisito aqui ó aí já ajudaria bastante um ótimo ponto levantado viu um ótimo ponto anotado aqui jáé tamb eh pronto aí pensando assim

na Perspectiva tanto tu quanto de um time de modo geral eh o que que poderia te levar a considerar um experimentar ou testar outras ferramentas de teste no cenário atual Hum acho que primeiramente ela ser gratuita né eu não ter que gastar para usar ela mas eu acho que a questão mesmo eu acho que esse ponto de gerenciamento de requisitos é um problema muito muito eh importante sabe se tivesse uma ferramenta que realmente tivesse essa parte de gerenciamento que fosse mais fácil de usar no sentido de que eu não tivesse que eh adicionar muitas informações

muitas coisas gastar muito tempo especificando um caso de teste eh isso me ajudaria a escolher essa ferramenta sabe uhum certo eh e aí pensando já nas experiências anteriores né eh o que que faria atualmente né ou que já fez em outro cenário eh você ou a equipe de testes na qual Você já trabalhou ou trabalha atualmente eh alterar né ou utilizar deixar de utilizar a ferramenta que utilizava ferramenta que Foo lenta lentidão não dá muitos Campos para preencher tem ferramenta que a gente passa ali uns 5 7 minutos só para preencher o que que eles

estão querendo então assim se fosse uma ferramenta mais livre de se utilizar Ah eu não quero colocar esse esse campo então eu posso deixar esse campo livre não ter essa obrigatoriedade para algo que não vai afetar as outras funcionalidades entendeu talvez só a forma de gerenciamento poderia até escolher assim o quais Campos eu quero que ten meus casos de teste eh de Que formato eu quero utilizar Qual é a forma que eu vou organizar esses casos se vão serem pastas essas PES vão o qu vão ser o CS vão ser requisitos então assim é se

eu demorar demais para fazer essas especificações a gente acaba deixando para lá que era o que acontecia com o teste link o test link na parte de requisitos ele é muito Eh vamos dizer assim pobre né não dava pra gente organizar direito era muito complicada a questão de lincar o caso de teste com aquele requisito então assim eu acho que também ter um fluxo mais orgânico tipo eu tenho que primeiro criar um requisito para depois criar os casos de teste se tivesse esse mais orgânico seria melhor porque Tecnicamente você só faz caso de teste existe

requisito não tem como criar caso de teste do nada então se tivesse um fluxo ali orgânico Ah eu começo fazendo esse criando requisito organizando por cenários esses cenários geram quantos casos de teste e aí esses casos de teste eles vão estar organizados lá dentro então assim eh o a gente precisa de agilidade mas não pode perder rastreabilidade nem organização perfeito da rabilidade Beleza eh daí para finalizar a gente queria saber eh se já teve algum cenário né o contexto eh em que você precisou utilizar alguma outra ferramenta ou instrumento E aí aqui a gente fala

bem de forma geral ferramenta não somente outro software como também pode ser até algo analógico de papel mesmo para realização das atividades de teste além da da ferramenta que se utilizaria eh principalmente seja para é Ah desculpa seja para especificação mesmo dos casos de teste ou até para apresentação ou preparação de relatórios é normalmente eh eu não conseguia por exemplo nas ferramentas que eu utilizava fazer a análise um espaço para análise e quando a gente faz análise às vezes é um Brainstorm às vezes é um um um só uma análise de valor limite e não

tinha esse lugar para fazer análise ali Às vezes a gente tinha que usar mesmo documento ou mesmo a icho lá que a gente trabalha para fazer esse levantamento desses casos e aí só especificar na ferramenta Então acho que o que mais sentia falta era isso um espaço mesmo para para analisar e até mesmo ficar ali documentado né que teve aquela análise para aqueles cenários eu utilizei aquelas eh abordagens para poder chegar naqueles casos lá uhum D Que fazeruma pergunta acredito que não acho que é isso fal agora imag UTI planil da Google esse problema então

pois é pronto isso muito obrigado se tiver ququ outra qualquer dúvida qualquer comentário e pode ficar livre para para compartilhar e posteriormente a realização da entrevista se tiver qualquer outra dúvida quiser falar sobre projeto nou a entrevista mesmo a gente fica à vontade para entrar em contato tanto no no documento lá tá já o contato da Go Test e eu te enviei diretamente já o o formulário e o termo de consentimento né eh a gente fica à disposição para dar apoio nesse nesse processo de modo geral certo muito muito obrigado e é isso obrigado gente

bom dia bom dia boa sorte é muito bom elencar essas coisas nessas entrevistas nem demora