E aí E aí e hoje a gente basicamente vai falar sobre plano de testes o flan de testes é um documento documento que é mantido vivo por todo o ciclo de vida do teste do software então quando estiver software enquanto estiver teste o mesmo documento pode ser utilizado como base para discussão do que e atualização de tudo aquilo que vai ser testado porque essa importância tão grande nado desse documento porque o tester é o testador ele faz muito um papel de investigativo e preventivo de problemas que podem surgir tanto durante a execução do teste ensino
que acha que ele tá fazendo quanto na hora de é só ter por disponibilizado para produção normalmente é se Plano de teste se ele tiver muito curtos sentido de escopo de decidir do que vai ser feito e como isso vai ser feito e até mesmo o que não vai ser feito maior o número de armadilhas que vão surgir tanto durante o teste como depois do teste as famosas perguntas da mas vocês não pensaram nisso aí vocês não não fizeram nenhuma previsão de que isso poderia acontecer o plano de teste ele nada mais é do que
um documento que vai dizer tudo aquilo que a gente vai cobrir tudo aquilo que é acho que nós não vamos cobrir o que o que vai ser feito e o que não vai ser feito esse documento ele precisa fugir sempre do quem está implícito que eu que é isso não é porque eu disse que eu vou testar usando dispositivos por exemplo o celular real que eu vou ter todos os modelos de celulares existentes para todos os iPhones parece óbvio né parece óbvio que eu não vou ter essa condição que eu não vou atingir eu não
vou conseguir cobrir todos os defeitos todos os celulares que existem todos os modelos que existem Mas isso você precisa estar Claro ter alguns acordos então existem critérios para fazer determinados testes existem condições que precisam ser atendidas para ficar isso aconteça existem suportes que precisam de estar disponíveis se a gente for fazer esses testes em horários a reforma horário de trabalho prezinho né então qual tipo de necessidade que a gente tem de um suporte de alguém que cuide de infra de que então todos esses detalhes de tudo aquilo que é necessário para que um teste aconteça
precisa para documentar nesse nesse documento algumas empresas fazem reuniões de forma mais para apresentar esse documento é forno chamam todos os as pessoas envolvidas as áreas de negócios os clientes todos eles para ouvir e teve a chance de questionar a Mas por que então que eu não tenho isso né vamos dizer que eu tenho que comprar o que o resto que eu sou o time de teste não tem a dispositivo para fazer o teste bom então o documento também vai dizer olha eu tenho a quantidade de dispositivos que eu tenho o que seria ideal e
se tiver que comprar quem vai fazer essa compra quem responsável triste e dá onde vai sair o dinheiro para fazer essa compra então isso vai depender muito do tipo da aplicação que está sendo validada então todas essas perguntas elas vão variar muito Daí o conteúdo desse documento que ele vai variar muito porque ele é um plano com um tipo de aplicação um tipo de aplicação que tá saindo que que tá sendo testada outros Outro ponto é critério de sucesso então o que que determina que o teste foi satisfatório né então só acordos então pode ser
uma porcentagem e que eu atingir 90 porcento de teste e executado com sucesso Esse é um critério vai definir vai variar muito conforme a aplicação com certeza quais posição que aquela aplicação vai ter Então se existem usuários externos são só os olhos internos Que tipo de teste que vai ser feito se vai ter teste de aceitação a gente tá entrando um pouco aqui né nos conceitos básicos se vai existir teste funcional um teste de aceitação um teste de performance tudo isso vai fazer diferente vai mexer nos critérios de sucesso então a aprovação de um teste
funcional então noventa porcento por exemplo de aprovação no teste funcional é um critério de sucesso mas provar se a gente for avaliar a performance de um de um aplicativo os 90 porcento já não de sucesso de aprovação já não faz muito sentido eu vou ter que trabalhar com outro tipo de objetivo então eu quero um a resposta para login por exemplo de um segundo Qual é o critério de sucesso então esses acordos do que o consideram o que que eu levanto como defeito Então significa aqui sim é eu levar mais do que dois segundos isso
é um defeito bom então essas conversas elas precisam acontecer antes do teste comissão e a gente deixar para ter essas conversas quando a gente começar a testar né o nível de a gente vai perder velocidade porque a gente vai levar muito tempo para conversar muito tempo para entender esse aqui é um problema não a entender qual essa habilidade disso então com grave isso ar isso depende da aplicação depende do uso da aplicação de qual aplicação que está falando então toda a investigação o trabalho do tester ele é muito maior do que o teste enfim né
a execução é muito mais saber se todas as questões Instituto se todos os todo preparo que o teste acontecer se ele foi pensado né É sim eu tenho como esse aqui todos os elementos que eu preciso para fazer o teste se eu tenho tudo que preciso e quando eu achar alguma coisa quando eu tiver dúvida sobre até mesmo se aquilo é um defeito ou não eu tenho certeza que é não preciso perguntar não precisa recorrer e atraso de usuário e atrás de alguém saiba ou até mesmo dos desenvolvedores ele entendeu que aqueles aquele um problema
e não tomar consistência ele faz realmente é bem complicado é garantir que eu consegui ter uma visão 100% vai acontecer mas não pode acontecer a gente tem que evitar o máximo a net aqui realmente o que for defeito esteja claramente seja claramente visível como defeito tá aqui eu coloquei outra coisa que essa lei de defeitos então o que que é o scl Source leva à ruína o meu acordo de nível de serviço O que que significa eu abrir um defeito eu quero saber dependendo da severidade ou dá prioridade deste efeito em quanto tempo que eu
tenho que receber escondido a riscos do projeto testes Então tem que tá claro né então coisas que são riscos do projeto de testes se eu não receber um determinado o celular que eu preciso para fazer uma teste que que vai acontecer e por exemplo se eu não receber o software pronto Natal na data x o que que vai acontecer E se eu não tiver um ambiente para testar então ambiente separado com todas as dados que eu preciso para sacar o teste que vai acontecer o som o e coisas que claramente já estão bem e é
por exemplo não tenho equipe suficiente para fazer o teste que eu estava prevendo por exemplo que eu queria três quatro pessoas contratadas e eu tenho uma bom então já está claro que hoje esse é um pisco não é pode ser que a partir do mundo conforme o tempo ande eu consigo a minimizar a conseguir resolver consegui interessar mas hoje são risco ou seja tudo aquilo que compromete o projeto de teste mas também pode comprometer entrega Oi e o último ponto cronograma então como eu quando que eu vou começar quando eu vou terminar desde que todas
as condições anteriores forem força sejam atendidas A então eu tenho exatamente as datas publicadas de quando eu vou começar de contar pronto para começar né E conforme o que eu levantar de risco ou de não receber por ele correções na data o quê que isso implica no meu cronograma não pode ter vários cenários né que fazem simulações de impacto caso eu não consigo resolver essa função de que são critérios de sucesso para o meu projeto E aí E aí e o
