no na no teu cotidiano enquanto testador né o analista de testes eh qu seria suas atividades e procedimentos de modo geral uhum eh no geral eh faço análise de requisitos né pego os requisitos e a leio entendo eh discuto com as pessoas para entender um pouco mais tirar dúvidas eh após analisar esses requisitos né eu faço o levantamento de cas e teste para conseguir ali cobrir os aqueles requisitos a nível de teste eh pós levantamento é feita a especificação seria documentação os casos teste né E pode a especificação ali também a gente faz a automação
dos Testes que são viáveis de fazer a automação né E aí no no período de automação ali tem tanto a a escrita da automação a quantificação como também atividades paralelas a automação que seria ali a implementação da da automação na pipeline eh seria configuração com algumas libs externas por exemplo banco de dados e libs para gerar dados e lies para se integrar com alguma outra outra dependência caso o site tenha Mas no geral assim de forma bem macro é é isso B Eh aí acho que D para seguir a partir desse ponto eh quais pontos
dentro assim das Ferramentas que tu utiliza né do softw que tu utiliza para te apoiar nessas atividades eh quais pontos tu considera como positivos nesse nesse processo na utilização dessas dessas ferramentas eh pera aí se ver se eu entendi dentro da das atividades que eu faço softes que eu utilizo Quais os pontos positivos isso tá beleza eu acho que na parte ali de análise de requisito tal no caso a gente utiliza bastante ferramentas como Gira né gira conf para fazer a análise ali do dos requisitos e escrever coisas anotar coisas guardar no conf Então eu
acho que seria mais a questão da produtividade no quesito de guardar ali o mento E e ter isso eh dividido ali entre o time né eu posso marcar ali um desenvolvedor posso marcar ali um outro que e fazer uma pergunta ele me responder e ele guarda todo o histórico de conhecimento daquelas demandas né Eh aí já no segunda etapa ali que seria escrita de cas e teste a gente tem uma ferramenta para fazer a escrita de cas e teste é algo que ajuda bastante também na questão da produtividade como também na questão de guardar histórico
do dos cas test né criar novas versões e saber como era antes com a versão anterior eh e ter isso salvo em algum canto eh de uma forma que não vai gerar muito retrabalho que por exemplo quando não tem ferramenta para fazer a Essa gestão de caso teste Teoricamente tem que usar um Excel alguma coisa assim e quando utiliza isso no Excel gera bastante retrabalho e perde bastante tempo para configurar ali colunas linhas e trabalhar com versões por aí vai né Eh mesma forma também se aplica paraa execução a gente consegue manter o estreio histórico
da execução qual caso teste passou qual falhou Qual ficou bloqueado em cada cada release ou em cada Sprint eh e PR automação de teste né Tem várias ferramentas ali mas a gente sempre tô em busca ali de procurar ferramentas mais novas e atualizadas que tem a maior comunidade ativa no mercado para também aumentar a produtividade da das nossas codificações e por último aí na parte da Integração contínua queer as pipelines né Eh também eu creio que é bastante produtiva a questão da da executar os testes por lá Porque executando na máquina da gente eh às
vezes Trava a máquina Às vezes a gente fica uma máquina presa para guardando naquela execução para não interferir em outra coisa e tal e quando executa na pelinha ali ela executa na nuvem fica algo independente da da nossa máquina do nosso recurso a capacidade da nossa máquina né mais vezes a máquina a gente não tem recurso suficiente para fazer aquela execução eh que suporte aquela execução e no na nuvem eh a gente fica digamos livre dessa dessa dependência aí certo daí só para entender um pouco melhor eh eh especialmente nas nas partes de análise especificação
dos dos casos de teste eh e no reporte dos resultados né costumo utilizar Mais qual ferramenta atualmente ou uma experiência mesmo tá Bele isso no caso no geral né Desculpa se aplica em todo o contexto da minha minah beleza é utilizo bastante além do teste link eu utilizo test link bastante mas além dele utiliza o zf scale que é uma ferramenta que ela é do Gira mesmo só que ela é uma Digamos um Plugin do gira zf scale ela faz toda gerenciamento de de cas e teste tanto para especificação de cas teste como também de
execução de cas teste aí lá a gente pode criar os planos de teste ciclo de teste e fazer lá ele já gera também o relatório e tal consegue vincular com as teses do gira faz todo esse trabalho junto com o Gira ali eu só mandei aqui só para confirmar Como é que escreve ah sim nos comentários esse aqui né Fernando que ele colocou isso isso Beleza Ah já já tinha ouvido falar essa é que tu tá usando lá na n então Z F isso essa daí é é usa bastante lá é do Giro né isso
ele é pago eh acho que tem uma versão gratuita dele mas não mas é bem limitada Mas é uma versão paga aí tem uma deixa eu mandar o link também aqui eu não utilizo muito ela atualmente mas eu já utilizei no passado que é uma integrada algira também só que ela é gratuita Ó mas ela é Ela é inferior ao zerf digamos assim sabe o zerf é mais é mais parrudo ali que essa Quality test Management né Isso é ela também é tipo zerf ela se aplica ali como Plugin do gira só que ela é
acho que ela a versão gratuita dela é mais de boa para utilizar mas ela não é não acho ela muito boa assim quanto zerve Não entendi entendi aí só fazendo um parêntese aqui na na trevista que Nat tá fazendo eh tu tu pode depois falar um por exemplo já que tu usou essas três ferramentas né Uhum Essa eu não uso mais só usei ela um tempo atrás mas mas pode continuar sim sim não não perfeito Fernando é porque a gente tá a gente tá investigando essa linha né dessas ferramentas que faz esse tipo de gestão
cas teste aí tu poderia falar e o que que tu acha que é bom ou ruim nelas o que que te lembra por exemplo o que que é bom ou ruim no test ling o que que é bom ou ruim no que que tu faz assim poxa o zfq é muito massa muito bom que que tu mais gosta né Aham no no zfq eu acho ele ele muito bom porque como ele é a ferramenta do gira e já é fácil ali de fazer arrastra idade da dos dos ciclo de teste né que a gente chama
lá de ciclo de teste ou plano de teste com as tesc do gira lá quando a gente cria lá os os cas de teste o ciclo de teste ele tem uma uma opção lá de rastra abilidade aí por lá a gente consegue vincular tesque que a gente tá trabalhando lá ISO né A tá trabalhando com os cas de teste ou com os planos de teste né E aí lá no na ISO do gira lá embaixo tem um campz que é testes eu acho negócio assim testes ou cobertura de teste aí lá fica vinculado aquilo que
eu vinculei lá seja o meu caso de teste ou meu plano de teste sa então isso daí eu acho essa integração aí muito Boa PR das entregas das demandas aí Além disso os relatórios lá tem umas opções bem legais de relatório também é é algo bemo bem leve ali de de exportar e tal tem relatório de gráfico lá pixa gráfico de barra e tal e e também eu acho ela uma ferramenta de boas habilidade acho ela bem é ela é simples mas o simples dela oferece tudo que a gente precisa assim pelo menos no meu
dia a dia né Tem como colocar labels lá para filtrar os cas test Ah eu quero filtrar os cas test aqui de de api tem como colocar uma Label de api NS cas test eu consigo filtrar só pelos C de api né eu consigo criar Todas aquelas pastas como no test link e tal mas Além disso tem uns recursos a mais de de Label deixa eu ver aqui coisa mais que pode ter que eu não tô lembrando agora mas que eu utilizo pera aí eh e aí enquanto isso fazendo parêntese aí com o test link
né test link é legal mas ele é bom também tem muita coisa e só que às vezes ele tem uma umas amarrações que no dia a dia ali às vezes acaba não atrapalha muito mas dependendo do fluxo de demandas que foi executar para acabar atrapalhando né que é a questão de Ah para mim fazer a execução eu tenho que criar um plan de teste eu tenho que criar uma build dentro daquele plan de Test eu tenho que adicionar os casos naquela build e e às vezes isso daí atrapalha um pouco assim no no na correria
ali a gente eu acho o z bem mais produtivo para isso sa E aí aí agora me deixou curioso com então a não precisa criar o plano de teste Build para poder executar tu cria só o cas teste ele ele não tem build basta eu criar um ciclo ciclo Sprint um e lá dentro Eu adicion os cas teste e aí pronto Poss executar ele tem umazinha lá test Player que aí lá eu faço a execução daquele ciclo de teste é como se fosse então é como se fosse só o plano de teste ele tirou essa
histó de build né tipo não só você quer e como é que tu faz se na mesmo Sprint tiver mais de uma versão ou não tem essa situação aí eu eu crio outro ciclo de teste mesmo Posso criar outro ciclo de teste cria outro né Pois é porque a única coisa que eu acho né eu tenho os mesmos casos de teste mesmos 10 né 10 cas de teste né temos ve 10 e se eu tenho a versão um e depois a versão 1.1 aí para mim eu só achar ab boa para isso mas realmente plano
né O que tem no zerf lá é lá tem uma coisinha que é C de teste e plano de teste per seria para aplicar essa ideia por exemplo plan de teste é o algo maior Seria tipo assim o plano de teste é Sprint isso faz aí os ciclos seria as os testes que eu tenho dentro daquela Sprint um entendeu então eu posso ter um ciclo dentro de um plano de teste posso ter vários ciclos dentro daquele plano de teste entendeu mas no meu contexto aqui não tá se aplicando a gente não tá usando sprints Eh
a gente tá usando o cban mesmo solto ali que é entregas eh tem várias entregas na semana entendeu então vamos supor Ah eu quero fazer uma entrega aqui na quarta-feira op pá cria um ciclo de teste para quarta-feira executo o que eu tenho que executar e e deplo não agora tem uma entrega para sexta-feira cria ciclo de teste executa aqueles Car aquele ciclo e deplo né mas quando tinha Sprint a gente fazia esse esquema se eu não me engano porque faz um tempinho que a gente prisar Sprint mas a gente faz esse esquema de vamos
supor dentro experiente de duas semana a gente queria executar uma duas tesque numa segunda-feira criava um ciclo lá de sei lá Sprint Sprint um e teste segunda e terça um exemplo cer aí botava lá os cas testes depois criava um ciclo de teste lá ciclo quarta-feira e testes a b c aí no final pegava tudo que foi executado essas duas semanas e botava para plan de teste de Sprint um entendeu mas uma coisa não impede a outra eu posso executar só o ciclo poer que tá só o plano pode serer que tá só o c
test aí ele deixa ess deixa livre assim Forme o time e consegue achar mais viável utilizar sabe entendi e Fernando eh não sei se tem muitas perguntas aí né mas eu ia só perguntar assim tu conseguiria só mostrar pra gente rapidinho como é que ele é pode ser do zero não precisa ser um que já tenha pronto não aham eu não consegui Eu até tentei Abrir eu não consegui porque eu tô a VPN caiu aqui eu ter a não tô sem problema então Em outro momento a gente pode até pronto que aí ajudaria a gente
entender aham mas legal obrigado voltando contigo a beleza Eh pronto aí só voltando um pouquinho para o essa questão dos pontos positivos e negativos né Eh pode ser nessas mesmas ferramentas ou de modo geral também né quais pontos que tu considera que atualmente né nessas ferramentas mesmo pode ser eh quais pontos tu considera que são normalmente negativos geram algum impecilho no teu processo ou que poderiam melhorar para que tivesse otimização uma produtividade maior no teu processo de de especificação de teste de de planejamento Uhum é do no caso aí eu acho que entre aquele ponto
t que eu falei já de criar uma só poder executar depois que eu tiver uma build dentro do meu plano de teste eh às vezes eu acho isso aí um pouco chato e eh deixa eu ver o que mais aqui aí lá no test link também tem um negócio que às vezes é um pouquinho chato quando a gente vai gerar os relatórios dependendo do tamanho do do relatório que a gente foi executar e de qual é o relatório tem uns lá que trava bastante e ultimamente tá tá até mais otimizado isso daí também está gerando
ciclos menores mas eu lembro quando a gente faz umas umas execuções maior ele a era o relatório sumário detalhado não lembro lá como era o nome mas ele dava uma uma travadinha lá pra gente gerar ele tudo né mas também ele gera basicamente tudo que a gente gera uma cópia ali do que a gente fez então ele é ele é bom né mas eu lembro de umas vezes que que ele dava uma travadinha eh e também tem um outro ponto test link que eu não lembro se foi corrigido isso daí mas quando a gente vai
adicionar muitos casos testes num numa build ali eh quando é muito cas teste ele ele buga ele não coloca todos não aí eu tenho que colocar por subpastas tenho que colocar subpasta uns dois adiciono todos e aí ele ele consegue ir mas se eu colocar qu 300 cas test de uma vez dentro do meu da minha build ele não coloca os 300 não ele deixa uns de Fora Uhum aí deixa eu ver aqui dos F pontos que eu vejo como negativo do doity lá que eu utilizei que eu não acho legal é porque já no
Ket Eu não conseguiria eu não conseguia fazer uma um gerenciamento legal assim de execuções eu não sei hoje em dia como é que tá quando eu parei de utilizar ele Foram uns do anos mais 1 ano e meio mais ou menos mas ele não tinha essa essa esse gerenciamento legal do teste link do zerf de ter alguma forma de plan de teste ciclo de teste alguma coisa assim ele tinha uma lá bem direta bem bem simplona mas não eu tipo eu não achava ela muito completa que nem é o teste link e o e o
zf para isso sabe ela era como se fosse entre aspas só uma pasta de execução eh e aí ele não achava legal não essa Essa gestão de execução do como ele é gratuito lá ele não investiu muito nessa nessa parte eh do zerf deixa eu ver aqui do zerf o que eu posso dizer assim que eu lembro mais recente que tá com com uns bugzin é o seguinte essa esse rastreio com gira que eu falei que ele aí eu vinculo o meu meu cas teste o meu plano de teste com gira e ele fica marcado
lá na teste qual é recentemente eu passei por uns probleminhas que eu vinculei tudo certinho e no gira não apareceu lá o meu meu vínculo né aí eu não sei se isso for um bug do zerf Se isso for um bug do gira se é um bug dos dois mas eh usei durante os três anos que eu que eu tô utilizando zerf eh isso daí ve acontecer nos últimos digamos sei lá nos últimos dois meses e aí o que a gente fez foi repassar mesmo lá pro pessoal que cuida da parte devops mas não tive
mais retorno sobre isso né então Ou seja é uma ferramenta que gerou ali um bugzinho uma certa instabilidade numa numa fiture dela né mas eu acredito que vai ser corrigido porque isso daí para mim era muito importante eu ter as minhas teses e lá na eu abri cada eo fi lá embaixo ver o campo um teste preenchido com o que eu executei né ficou a impressão de que eu não tinha feito trabalho de teste para aquela demanda só que isso era um bug do Giro dos FF que causou isso daí entendeu certo eh daí considerando
pode ser esses mesmos pontos outros pontos que tu acha que sejam relevantes eh o que que te levaria ou ajudaria o teu time a considerar experimentar ou testar outras ferramentas de teste atual tá eu acho que que a questão de por exemplo eu vi um esses dias que ela tinha tinha bastante coisas PR execução né questão aí de criar PL de teste ciclos de teste tal ela tinha umas outras amarrações assim que nem o ex smile Deu ali de Sprint coisas assim que era uma ferramenta da IBM se eu não me engano não lembro agora
masou sal que o nome dela eh e aí eu vi mesmo uma uma menina que ela é Ela é blogueira digamos assim né ela posta as coisas de k e tal ela postou sobre essa ferramenta não é da IBM não é da Oracle lembre agora e aí ela tava explicando lá sobre ela das execuções que ela consegue eh fazer umas amarrações assim de Ah eu executei isso aqui nessa nessa Sprint e ela consegue distribuir ali as execuções dela várias execuções dentro do Sprint e o uma falha outra passou e tal é é um pouco do
que a gente já faz hoje né meio que realmente já tem isso só que a forma que ela mostrou de visualização lá eu achei bastante interessante a forma que ele mostra lá do do do resultado sabe não é não é não não é um relatório que ele gera já é a forma dele mesmo de de de mostrar que ele já mostra uma visão bem legal das execuções aquele mesmo cas teste dentro de uma de uma Sprint lá eh então acho que o que atrairia o interesse seria isso seria ver eh dentro de uma ferramenta eh
modos de exibição de de de feedbacks que ele pode dar ali daquelas execuções e o link do vídeo SM o era o history que ela postou no Instagram aí eu acho que eu tirei um print do nome da ferramenta negocinho para salvar e procurar o salve em algum canto eu vou procurar aqui pr pra gente ver depois certo mas aí aí eh comprimentando essa né Eh pela tua experiência dos times já eh que fatores eh levariam ou levaram eh tanto você ou o seu time a deixar de utilizar uma ferramenta de testes que tava sendo
utilizada naquele momento ou no caso hipotético também que fatores levariam a a tomar essa decisão eh eu acho que o ponto principal aí é se ela não tem uma boa uma boa gestão pra execução né que nem era o caso doal lá eu não consegui eu não conseguia manter um bom fluxo um bom registro um bom rastreo das minhas execuções E então acho que esse é o fator principal aí eu não consegui ter essa Essa gestão de execução né Eh o segundo ponto aqui seria eu não consegui vincular e meus casos teste com com os
requisitos né seja ali no gira seja no Dev seja alguma coisa assim não t essa opção então no test link a gente tem no zf a gente tem no também tinha mas eu acho que isso daí é um tem uma ferramenta que eu trabalhei que não tinha muito isso daí não lembro o nome dela agora mas utilizou pouco ela como uma não lembro se era uma chamada cas Mas tinha uma que ela não não trabalhava muito bem com esse vínculo aí de requisito com cas teste e um terceiro ponto eh seria eu tô até pensando
agora ass car como terceiro ponto seria mais prioritário Mas enfim eh seria não ter relatórios né pra gente conseguir ali exportar né que sai em algum canto eh então esses três pontos aí são três pontos Chaves a ferramenta T certo microfone ligado aqui eh para finalizar n essa seria a última pergunta uhum eh seria para saber assim de contextos ou situações onde foi necessário utilizar outras ferramentas ou outros eh softwares mesmo ou até alguma ferramenta eh analógica que te ajudassem a complementar as atividades de teste caso a aquela ferramenta principal não funcionasse lá no começo
eu lembro tu citou o Excel né caso o ferramento não tava disponível e precisou utilizar o Excel para fazend essa parte do planejamento é quando eu utilizava o kalit lá e ele como ele só criava as pastas ali pastas execuções e tal essas coisas assim acabou que ficou muito poluído a gente a gente não conseguia eh ter uma uma boa visualização do do que era que ia ser executado de cas teste por tesque por ISO daquela Sprint e tal era meio bagunçado lá então o que a gente fazia era toda Sprint a gente tinha uma
Plan e na planilha a gente botava lá criava umas lá de ID da ISO e o ID do da pasta de execuções daquela daquela tesque ali para fazer esse vínculo e não se perder sabe então meio que a planilha ali tinha que complementar a ferramenta uhum para fazer esse rastreio dos requisitos com as com as execuções certo e teria aí tu lemas de outras ferramentas ou outros casos semelhantes de precisar complementar seria mais ess mes Hum deixa eu ver aqui pior que de cabeça agora não lembro [Música] não leand tem mais alguma pergunta Opa tá
me ouvindo simeg comentar a parte de documentação fazia US o sistema de teste você come execut tudo mais manual tudo mais ou disponibilizava modo de documentar Não entendi muito bem a parte específica de reportar bugs documentar requisitos tudo maiso aparentemente ela oferece esse modo de fazer isso né do tá reportar Uhum é no no no zerf tem e que eu não lembro agora né a consigo mexer mas eu não vou lembrar agora mas eu acho que tem um lá dentro do zf tem eu acho que tem como se o teste falhar eu já tenho uma
opção de criar um bug lá para ele é porque eu não uso muito essa parte não quando eu vou abrir um bug eu já eu reporto direto pelo Gira né Mas se eu não me engano no no zerf tem uma integração Zinha lá que na execução quando eu boto que o teste falha que o Marco lá que ele falhou ele eu já tenho um botãozinho embaixo assim ah criar bug e tal eh e aí para complementar não tem muito a ver com a pergunta que você fez mas um outro ponto positivo aí também do zer
voltando ali lá pro anterior falando em execução é que eu não sei o test link certo não chegue a ver muito isso mas no zerf ele eh e também não sei qual nível que é liberado para isso né mas pelo menos o pessoal aqui eles conseguiram acesso a api do zerf e eles integram ali o s a ferramenta de automação com o zerf e ele consegue mandar o relatorial o cyper executou cinco testes e falhou aí ele já consegue apontar lá para aquele ciclo de teste consegue criar o ciclo de teste tudo pela pelo cypres
Ali pela entre aspas pela api que criou ali dentro do có dela dentro do teste do cypes ele já criou ciclo de teste já bota lá os resultados se falhou se não falou baseado nos no ID do cas test que já tem criado no zf entendeu então eu não sei a Quais as ferramentas permitem a acho que boa parte permite né mas aqui eu vi isso daí rolar mesmo foi no no zf aí é bem legal isso daí Porque já tira um pouco do trabalho braçal tem que ir lá criar o seest na mão e
tal tendo acesso a p do zf já facilita bastante isso quando tá rodando da p n Fernando quando tu vai rodar os automatizados é quando tá rodando os automatizados tanto local como na pipeline né Tem uma p do código lá um Tier lá digamos assim que ele acessa api do zer ele vai lá e cria um ciclo de teste e coloca lá o resultado sabe passou falhou baseado naquele ent entendi tá tipo vinculado aí tu roda testes automatizados ele chama lá ap E cria lá digamos cinco ciclo test automatizado executado 7 do 10 falar os
casos test que foram feitos mas não é entendi isso isso mesmo aí pro teste link eu não sei deve ter alguma forma disso mas eu não não conheço né no z eu já visto acontecer várias vezes é bastante legal certo eh era isso muito obrigado n e n até mais qualquer coisa e se quiser mandar no e-mail também esses nomes cas das Ferramentas Car Ah aqui só tenho mais uma última pergunta rapidinho sobre o vínculo Fernando que tu falou né Eu também acho que é super importante eu só queria alinhar contigo hum eh sobre a
forma de vínculo né Por exemplo o zf ele faz lá junto com as is né porque ele tá como plugin isso mas se fosse fora né vamos supor né Se fosse a ferramenta de teste ideal Só que não é um plugin né não Plugin do G como é que tu visualizar esse link né como é que ele seria um link bom para ti tá lá os os teus requisitos são no giro né que tu falou aham e como é que como é que tu visualiza esse vínculo entre a ferramenta de teste que não tá no
gira e os e os requisitos no gira hum eu acho que eh o o o cenário ideal assim né vamos supor eh já ter lá uma uma opção vamos supor ah onde é que tá o seu requisito aí seleciona lá senora gira Sera Git Git Hub ser era gitlab ser era devops eh e aí depois disso liberava um Campus T pro cara botar a chave lá só o pf traço 1 2 3 e nisso já criava já o o vínculo lá com a tesque para não ter que ficar copiando o link grande de todas as
teses e colar e fica negócio poluído sabe acho dessa forma aí ele conseguindo ler dessa forma seria show de bola sim perfeito porque na verdade o vínculo é mais pra gente mesmo né procurar né perfeito não eu tinha pensado assim também você tava querendo confirmar se tu tinha uma outra ideia mas excelente acho que fica legal inclusive tava até pensando enquanto tu falou e pra Hana anotar aqui que ela tá registrando também os demais uhum se tivesse se tivesse a conexão com a ap do gira com aquele ID dava até para pegar o nome né
do requisito e se quiser listar lá no na ferramenta né isso Aham isso tá bom Obrigado Fernando nada Pessoal tem mago mais aí ou a gente pode agradecer o Fernando É isso mesmo muito obrigado Beleza Fernando me deu muitas ideias aqui eu btic pass a reuni digitando show show de bola beleza fando pois aí medida que for evoluindo a gente aqui A gente também vai te consultando mais tá beleza aí mais tarde eu mando o termo lá assinado pronto obrigadinho obrigadinho F Obrigado pessoal valeu tchau tchau gente tchau C
