na aula de hoje falaremos sobre os tipos de erro existem alguns tipos de erros em relação à gravidade literalmente falando se é um bug grave a gente tem um problema severidade né pode ser considerado como a medida de quando o bug é problemático ou o grau do dano que o bug pode causar então em resumo se o bug for muito grave estará causando maiores problemas no programa o nível de gravidade ajuda a identificar quanto ou Que tipo de dano pode ser causado pelo defeito perigoso destrutivo degradado e sem solução alternativa afetando mas existe uma solução
alternativa sem incômodo um bug sem Impact a gente também tem prioridade prioridade significa com rápido ou com perfeitamente o bug é erradicado se um programa tiver um erro a será removo o mais rápido possível a detecção de erros é feita pelos testadores que após a detecção enviam de volta o desenvolvedor para que o erro possa ser removido o mais rápido possível nos programas virtuais uma empresa também pode desenvolver uma versão Beta de teste disponível gratuitamente para os seus usuários para que eles possam relatar diretamente o erro esquecido pelos testadores para resolver um problema do pacote
original no futuro então a prioridade do feito é então decidida pelo gerente do programa ou pelo líder do projeto em resumo a prioridade é a avaliação de compra judicial é o bug e de como de como é importante corrigir deve ser fixado com base na importância do requisito então a prioridade é regida pelo aspecto de marketing do programa e risco risco é qualquer evento Improvável incerto com impacto positivo ou negativo no sucesso do projeto os eventos imprevisíveis podem afetar os negócios o custo a qualidade do produto e a pontualidade na entrega primeiramente os fatores são
identificados e em seguida suas categorias são criadas com base na probabilidade e No Impacto os riscos são identificados por vários meios tais como a realização de workshops Brainstorm técnica delve diagrama de causa efeito e entrevista de especialistas no assunto a análise de risco é usado para filtrar e analisar o risco com base em seu impacto nos negócios uma matriz de análise de risco é criada para definir a probabilidade versus o impacto de risco então sempre quando efeito ele for identificado a gente deve reportar ele pra área responsável com informações básicas né Qual que é a
categoria severidade a prioridade sempre descrever esse bug né Mas você pensa num erro causado por uma documentação uma documentação mal escrita requisitos que geram dúvidas eh um mocap da tela não feito corretamente então erros causados por documentação Eh agora nós vamos falar dos tipos de erros de origem de documentação Então se a gente na nossa pi a gente pensar que a gente tem um um Sueg e errado isso vai prejudicar os nossos testes então por exemplo se você tem um um Sueg que ele está falando que você precisa dar um get mas na verdade é
um post Isso já é um erro né de documentação então isso pode causar eh falhas no teste Então você vai seguir uma documentação que está errada e isso vai gerar erros no seu teste de nas respostas do seu teste agora nós iremos falar sobre o ambiente eh de o tipos de erros de origem de massa de dados eh a massa de dado ela é usado para validar e avaliar a aceitabilidade dos limites operacionais Então quando você não tem esses limites bem definidos né um sistema eh que vai aguentar as cargas eh um sistema que é
constante isso é um problema então a gente precisa identificar isso já lá atrás né Igual nós falamos sobre apontar os riscos né os erros relacionados ao risco Então se a gente já sabe qual os limites do nosso sistema igual nós falamos na documentação isso é importante está na documentação para que a gente consiga testar e validar a massa de dados então é importante a gente saber esses lineares por exemplo se você tem um um site que ele suporta 15 cadastros Mas você vai lá e testa 150 você não sabe se o sistema vai conseguir 152
por exemplo então é importante a gente validar essas partes do sistema né fazer esse teste de massa de dados
