Please enable JavaScript.

Coggle requires JavaScript to display documents.

CTFL, ISO-20246, Validação, Norma IEEE 29119-1, Roteiro de teste, Projeto…

- - - - sistema que está sendo testado
      - Nível do teste
      - Modelo do ciclo de vida do sistema
      - contexto do componente
      - Objetivos
        
        avalia a qualidade do software
        
        olhar para as caracteristicas de qualidade de software
        
        ISO25010
        
        Existe 8 caracteristicas
        
        Reduzir riscos
        
        Com os testes eu vou mitigar os riscos
        
        olhar para os riscos e criar casos de testes que provem que a probabilidade do problema acontecer é baixa
        
        Validar se as necessidades e requisitos foram atendidos
        
        Verifica se o sistema atende os requisitos esperados
        
        VALIDA se o sistema atende as necessidades do usuário
        
        Requisitos podem ser contratuais, legais, padroes ou de funcionamento
        
        nao devemos validar apenas o que esta na historia devemos validar se faz o que deveria e nao faz o que nao deveria fazer
        
        Ajuda a criar confiança
        
        Prover informacoes para a tomada de decisão
        
        com base nos testes retornar para negócios as informações do software
        
        provar que defeitos existem
    - - Teste de Confirmação ou Re-teste
        
        Verifica se as correções resolveram o defeito
        
        é pontual, somente no item que o defeito resolveu
      - Depuração ou Debug
        
        atividade do desenvolvimento
        
        localiza, analisa e corrige defeitos no codigo
  - - - Gestão da qualidade
        
        todas as atividades que direcionam e controlam uma organização em relação a qualidade
        
        Garantia da qualidade
        
        adesão de processos
        
        dá a confiança de que os níveis de qualidade apropriados serão alcançados
        
        Qa tem a intenção de melhorar o processo
        
        2 more items...
        
        produto cada vez mais estavel
        
        foco no processo
        
        Controle da Qualidade
        
        envolve várias atividades
        
        testar é fazer o controle da qualidade
        
        os testes contribuem para a obtenção da qualidade de várias maneiras
        
        foco no produto
    - - é um defeito a menos que ele tem.
    - - ter testadores envolvidos em todo processo
        
        revisões de requisitos
        
        refinamentos de histórias do usuário
        
        pode detectar defeitos
        
        A identificação e remoção de defeitos REDUZ o risco de desenvolvimento de funcionalidade incorreta ou não testável
        
        REDUZ o risco de defeitos fundamentais de projeto permitindo que os testes sejam identificados em um estágio inicial
        
        REDUZ o risco de defeitos no código e nos testes
        
        explicar uma tecnica de teste para alguem
        
        Aumenta a probabilidade de que o software atenda as necessidadesos stakeholders
        
        Testadores trabalhando em colaboração com os desenvolvedores enquanto o código esta em desenvolvimento
        
        Testadores para verificar e validar o software
        
        Ter testadores trabalhando em conjunto com os projetistas do sistema
    - - Defeito
        
        Uma irregularidade sem executar o programa
        
        erro na documentação
        
        erro encontrado no code review
        
        Sempre encontrado em um teste estático
        
        encontrado por outra pessoa que nao é o autor
        
        está em artefatos
      - Falha/bug
        
        Teste dinamico
        
        encontrado por outra pessoa que nao é o autor
        
        um irregularidade executando o programa
        
        é a execução de um defeito
      - Erro/ Engano
        
        durante uma revisão/code review
        
        Ocorrem por diversos motivos
        
        Pressão do tempo
        
        Falha humana
        
        Inexperiencia
        
        Falta e comunicação
        
        Complexidade
        
        Mal entendimento sobre interfaces
        
        Tecnologias novas ou desconhecidas
        
        alguém entendendo algo errado
        
        Somente quando o próprio autor encontra o erro
      - DECORAR
    - - Defeitos podem ser analisados para identificar suas causas raiz
        
        a analise da causa-raiz pode levar a melhoria de processo que evitam defeitos futuros
        
        investigar o real motivo do defeito
      - Defeitos causam
        
        Perda de dinheiro
        
        atrasos
        
        danos na reputação
        
        ferimentos e mortes
      - Defeitos ocorrem por alguns motivos
        
        Problemas de compreensão, comunicação e de execução do trabalho
        
        pressão quanto a prazo
        
        tecnologias novas ou desconhecidas e código complexo
        
        Condições climaticas, poluição, hardware ou firmware
  - - - Modelo de ciclo de vida
        
        Cascata
        
        Agil
      - Níveis de teste e tipos de teste considerados
      - Domínio do negócio
      - Riscos de produto e projeto
        
        risco de falha
        
        risco de atraso/ sobre custo
      - restricoes operacionais
        
        orçamentos e recursos
        
        escalas de tempo
        
        complexidade
        
        requisitos contratuais e regulamentares
      - politicas e praticas organizacionais
      - normas internas e externas
      - Cobertura do teste deve ser mensuravel e rastreavel
        
        indicadores chaves (KPIs) para criar testes, corrigir testes, fazer scripts automatizados etc.
        
        Criterio de cobertura: Se tem 10 requisitos precisa ter pelo menos 10 testes
    - - Inclui diversas atividades
        
        Monitoramento e controle
        
        controle é quando se toma uma ação
        
        se alguma coisa sai errado por exemplo
        
        precisa de uma ação de correção
        
        acompanhar é mesma coisa que monitoramento
        
        monitoramento de quantidade de defeitos
        
        monitoramento do que ja foi testado
        
        monitoramentro de progresso
        
        Execução
        
        testes exploratórios podem ser baseados em experiencia
        
        Revisão de produtos
        
        peneira
        
        requisitos estão batendo
        
        Executar os testes Manualmente ou usando ferramentas de execução de testes (automação)
        
        identificação dos defeitos
        
        comparar resultados reais com os resultados esperados
        
        Analisar as discrepâncias para determinar sua causa
        
        Conclusão do teste
        
        Relatorios de progresso
        
        Resultados de testes
        
        checar rastreabilidade
        
        É possível determinar se um novo caso de teste aumentou a cobertura das exigencias
        
        Seleção de testes de regressão
        
        Analisar o impacto das mudanças
        
        Avaliando a completude da execução do teste
        
        Tornar os testes auditáveis
        
        Identificar quais histórias de usuários têm relatórios de defeitos em aberto
        
        Melhorar a compreensibilidade dos relatórios de status dos testes para incluir o status dos itens de base do teste
        
        Avaliar se o número de testes para cada exigência é consistente com o nível de risco do produto
        
        Fornecer informações para avaliar a qualidade do processo
        
        Entrada de pedidos de alteração para relatórios de defeitos em aberto
        
        Implementação dos testes
        
        Agora temos tudo para executar os testes?
        
        Desenvolver e priorizar os procedimentos de teste
        
        criar scripts de testes automatizados
        
        preparar dados de testes e garantir que eles sejam carregados corretamente no ambiente de teste
        
        montar massa de teste
        
        script de automação
        
        criar suites de testes/sequencias
        
        Detalhamento
        
        cronograma de execução
        
        Modelagem
        
        Determina COMO testar
        
        Projetar e priorizar casos de testes e conjuntos de casos de teste
        
        tipos de dados que vai ser necessário
        
        que tipo de massa vai ser necessario
        
        2 more items...
        
        Qual título do teste
        
        tipos de teste que serão feitos
        
        Análise
        
        Determina O QUE testar
        
        É decidido o nivel do teste
        
        Níveis de teste e tipos de teste considerados
        
        integração
        
        1 more item...
        
        Sistema
        
        2 more items...
        
        Aceite
        
        2 more items...
        
        Componente
        
        1 more item...
        
        quanto tem de risco?
        
        escrever casos de teste
        
        Analisar/Avaliar a base de teste
        
        Requisitos de negócio
        
        histórias de usuário
        
        Épicos
        
        Avaliar a base de teste e os itens de teste para identificar vários tipos de defeitos
        
        Ambiguidades
        
        Omissões
        
        Inconsistencias
        
        Imprecisões
        
        Contradições
        
        Declarações supérfulas
        
        Base de testes é corpo de conhecimento usado para analise e projeto de teste
        
        Processos de negocios
        
        Requisitos do usuário ou de negócios
        
        Regulamentos, contratos legais e normas
        
        Casos de uso
        
        Requisitos do Sistema
        
        Documentação do sistema ou usuário
        
        Procedimentos de instalação
        
        Relatórios de análise de risco
        
        entendimento das condições de teste
        
        tecnicas
        
        carta de teste
        
        teste exploratorio
        
        nao pode deixar de testar
        
        Documentação das atividades de teste em testes exploratórios baseados em sessões
        
        caixa preta
        
        caixa branca
        
        baseado em estrutura
        
        1 more item...
        
        Planejamento de teste
        
        Qual o proposito?
        
        Qual abordagem
        
        estratégia
  - - - se achou um bug é possivel que tenha outros
    - - por limitação de recursos, tempo, dinheiro
        
        precisar fazer escolhas
        
        priorizar riscos, principais funcionalidades
    - - Shif-left
        
        Livro: The art of Software testing Glen Ford Mieyrs
        
        Economia do teste
        
        Regra 10 de Myers: O defeito começa custando $1 no levantamento e $10.000 em produção
      - Antecipar o testes
    - - a distribuiçao de bugs nao é homogenia em relação aos modulos do software
        
        usando a Analise de pareto pode-se reconhecer qual o modulo focar os testes.
      - cluster de defeitos ou. extratificação de defeitos
    - - Testes precisam ser atualizados
    - - Para cada regra um contexto diferente
    - - arrumar defeitos nao significa que nao ha defeitos
  - - - ser objetivo
        
        nao emitir opnião
    - - psicologia reversa
        
        Quem ajuda tende a achar que achou o comportamento e por causa disso você nao estava conseguindo
    - - controle de riscos
      - economia
      - melhoria do produto
      - promover uma cultura de testes
    - - Então eu preciso fazer assim, Então voce vai fazer dessa forma
        
        checar se realmente entendeu o que vai ser feito
    - - dev
        
        otimista
        
        objetivo de desenvolver o produto
        
        viés de confirmação
      - qa
        
        pessimista
        
        realista
        
        objetivo prevenir que defeitos cheguem a produção
        
        olhar critico
        
        curiosidade
        
        portador de más noticias
        
        estabelecer uma relação positiva com as pessoas
- - - - Gerenciamento de risco
        
        Implementar acoes para atenuar riscos
        
        Implementar
        
        Mitigação
        
        Planejar a contingencia
        
        Planejar
        
        Contingencia
        
        Determinar quais riscos sao importantes
        
        Determinar
        
        Qual o nivel do risco?
        
        determinar probalidade e impacto
        
        Analisar o que pode dar errado
        
        Analisar
        
        O que pode dar errado?
      - análise de risco
        
        reduzir o impacto de um comportamento adverso
        
        é usado para concentrar o esforço do teste
        
        teste
        
        mitigação de risco
        
        informações sobre riscos identificados
        
        informações sobre riscos residuais (nao resolvidos)
        
        identificação e avaliação da probabilidade de impacto de cada risco
        
        determina tecnicas de testes a serem usadas
        
        Determinar niveis e tipos de testes
      - DECORAR
    - - Projetos
        
        Questoes politicas
        
        Questoes tecnicas
        
        Questoes de fornecedor
        
        Questoes organizacionais
        
        Questoes do projeto
        
        atrasos na entrega
        
        estimativas imprecisas
        
        alterações tardias
      - Produtos
        
        Se o risco está ligado a uma Característica de Qualidades, categoriza-se como risco de qualidade
        
        ISO-25010
        
        Feedback da experiencia do usuário
        
        Pode falhar ao satisfazer as necessidades de seus usuários
        
        Calculo de frete falhar ao ser usado por clientes, Experiencia ruim ou tempo de resposta for longo demais
        
        software nao pode executar as funções de acordo com a sua especificação
        
        Software não pode executar as funções pretendidas de acordo com as necessidades do usuario, cliente ou stakeholders
        
        Cálculo executado de forma incorreta
        
        tempos de resposta podem ser inadequados
      - Oganizacionais
        
        insuficiencia de equipe, habilidades e treinamento
        
        questoes pessoais podem causar conflitos
        
        Prioridades comerciais conflitantes podem causar indisponibilidade de usuarios
      - Políticas
        
        testadores podem nao comunicar adequadamente suas necessidades
        
        não melhorar praticas de desenvolvimento e testes
        
        Pode haver uma atitude impropria em relação as expectativas de testes
      - Técnicas
        
        requisitos pode nao estar bem-definidos
        
        requisitos nao cumpridos por restriçoes existentes
        
        Ambiente de teste pode nao estar pronto
        
        Má gestão de defeitos e problemas
      - Fornecedores
        
        Um terceiro pode deixar de entregar um produto/serviço
        
        Questões contratuais
    - - ocorrência futura de um evento com consequências negativas
        
        Probabilidade futura de um evento negativo acontecer
      - o nivel de risco é determinado pela probabilidade do evento e pelo impacto desse evento
      - Risco = probabilidade x impacto
    - - defeitos devem ser registrados e investigados
        
        relatorios de defeitos devem ter objetivos
        
        fornecer informações sobre qualquer evento adverso ocorrido para a reprodução
        
        necessário ter um título
        
        o titulo deve especificar e se possível explicar o erro
        
        um identificador unico
        
        item de teste/ o que deve ser testado
        
        um breve resumo do defeito relatado
        
        ambiente tst/prd
        
        Resultados esperados e reais
        
        Evidencias
        
        Urgencia/ prioridade
        
        isolar o problema com um teste minimo de reprodução
        
        Fornece aos gerentes um meio de rastrear a qualidde do produto
        
        se tem muitos defeitos há gasto de tempo pois será necessário também testes de confirmação
        
        em que areas do software tem mais defeitos
        
        se um modulo tiver mais defeitos que os outros esse será o atacado primeiro
        
        Fornece ideias de melhoria de produto, desenvolvimento e teste
      - acompanhar o ciclo desde a abertura
  - - - vantagem
        
        reconhecer diferentes tipos de falhas devido a tecnicas e vieses cognitivos diferentes dos desenvolvedores
      - desvantagem
        
        perda de informações na comunicação
        
        testes podem ser gargalo
        
        perda do senso de qualidade
    - - Gerente
        
        Introduzir métricas adequadas
        
        desenvolver habilidades e carreiras
        
        Coordenar planos de teste
        
        Planejar as atividades de teste
      - Testador
        
        revisar e contirbuir para os planos de teste
        
        Preparar e adquirir os dados de teste
  - - - Escopo
      - objetivo
      - Riscos
      - Abordagem
      - Atividades de teste
      - funcionalidades que nao serão e as que serão testadas
      - recursos
      - cronograma
      - métricas para monitoramente e controle
        
        metricas relacionadas ao projeto
        
        metricas relacionas a testes
        
        quantos requisitos estão sendo cobertos por testes
        
        Quantos passaram?
      - custo
      - nivel de detalhes das documentações
      - critérios de entrada e saída
        
        Defination of Ready
        
        o que precisa para começar os testes
        
        Defination of Done
        
        o que precisa para finalizar o teste
    - - pode ser usado várias abordagens em um plano de testes
        
        Baseada em modelo
        
        baseado em um modelo especifico
        
        Metodica
        
        abordagem sistematica para definir os testes
        
        lista de caracteristicas
        
        Heurísticas
        
        Compatível com processo / padrão
        
        baseada em padrões de mercado ou do setor
        
        Dirigida/ Consultiva
        
        Um pessoa com experiencia ajuda/ dirige a execução de testes
        
        Contra regressão
        
        quando uma mudança acontece temos um problema de regressão
        
        será necessário uma manutenção
        
        Reativa
        
        Testes exploratorios
        
        executa, aprende e testa novamente
        
        Analítica
        
        baseada em uma análise
        
        Historia
        
        Risco
    - - Defination of Ready
        
        o que precisa para começar os testes
      - Defination of Done
        
        o que precisa para finalizar o teste
        
        Medidas de confiabilidade, cobertura de teste, cronograma e status sobre a correção de defeitos e riscos remanescentes
    - - datas que as atividades devem acontecer
      - considerar atividades, priorização, dependencias, testes de confirmação e regressão
      - Esforço para executar os testes
        
        processo de testes
        
        maturidade
        
        abordagem
        
        ferramentas
    - - Características do produto
        
        riscos associados com o produto
        
        qualidade da base de testes
        
        complexidade do dominio do produto
        
        Requisitos das características de qualidade
        
        nivel necessario de detalhes para documentação de teste
        
        Requisitos para conformidade legal e regulatória
      - Características do processo de desenvolvimento
        
        estabilidade e maturidade da organização
        
        modelos de sesenvolvimento
        
        abordagem de teste
        
        estratégia reativa ou analítica
        
        ferramentas usadas
        
        processo de teste
        
        pressão sobre o tempo de finalização
      - Caracteristicas das pessoas
        
        habilidades e experiencia
      - Resultados dos testes
    - - técnicas baseadas em especialistas
        
        estimar o esforço baseado na experiencia do responsavel
        
        planning poker
        
        Wideband Deplhi
        
        estimava distribuida de quanto tempo o especialista leva para finalizar o que é de sua responsabilidade
      - DECORAR
      - técnicas baseadas em metricas
        
        estimar o esforço baseado em projetos anteriores
        
        comparação de graficos burndown de sprints anteriores
        
        baseado em volume de defeitos encontrados x tempo para resolve-los
  - - - relação entre planejado e orçado
      - qualidade atual do objeto de teste
      - Adequação da abordagem de teste
      - Eficacia das atividades de teste e relacao aos objetivos
      - DECORAR
    - - os relatorios devem resumir e comunicar informações de atividades de teste durante e no final de uma atividade de teste
        
        status das atividades
        
        Fatores de impedimento
        
        Próximo teste planejado
        
        Qualidade do objeto de teste
    - - métricas colidas de maneira automatica, direta
      - saber se o projeto esta em dia em relação ao cronograma
    - - Ações tomadas corretivas ou nao para manter a atividade
        
        repriorizar os testes quando ocorrer um risco identificado
        
        alterar o cronograma do teste devido a disponibilidade de ambiente ou outros recursos
        
        reavaliar se um item de teste atende a um criterio de entrada ou saída devido a retrabalho
  - - - Sistemas operacionais
      - Documentação do teste
      - Documentos de requisitos do usuário
- - - - nao deixar para depois
      - ja fazer simultaneamente do momento que inicia cada nivel
    - - Sequencial
        
        Waterfall
        
        uma etapa depois da outra
      - Interativos e incrementais
        
        Ageis
        
        Scrum
        
        iteração flexível
        
        KamBam
        
        iteração nao tem tamanho fixo, quando finalizadas sao liberadas
        
        SaFe
        
        espiral / prototipagem
        
        experimentos que podem ser utilizados ou abandonados
        
        RUP
        
        Diagrama de baleias
        
        precisa de equipe grande
        
        ferramentas especificas
  - - - 2.2.3 Teste de Sistema
        
        comportamento e na capacidade do sistema ou produto
        
        Sistemas operacionais
        
        sistemas de hardware e software
        
        aplicações
        
        Defeitos comuns
        
        Cálculos incorretos
        
        Comportamento funcional ou nao funcional incorreto ou inesperado
        
        Controle e/ou fluxos de dados dentro do sistema incorreto
        
        Falha na execução correta e completa de tarefas funcionais de ponta a ponta
        
        Falha do sitema em funcionar adequadamente no ambiente de produção
        
        falha do sistema para funcionar conforme descrito nos manuais do sistema e do usuário
        
        Sistema sob-teste (SUT)
        
        Configuração do sistema e dados de configuração
      - 2.2.4 Teste de Aceite
        
        Contratual
        
        realizado com base nos criterios de aceite de um contrato
        
        Regulatório
        
        realizado em relação a qualquer regulamento governamental, legal ou de segurança
        
        Alfa
        
        realizado por um equipe ligada a organização
        
        Beta
        
        usuarios especiais de fora da organização
        
        operacional
        
        pela equipe de administração de sistemas
        
        Teste de backup e restauração
        
        instalar, desinstalar e atualizar
        
        Recuperação de desastres
        
        Gerenciamento de usuários
        
        Usuário
        
        validar a adequação do uso do sistema pelos usuarios pretendidos
        
        reunião de review no scrum
        
        DECORAR
      - 2.2.2 Teste de integração
        
        integração de componentes
        
        interações e interfaces entre componentes
        
        APIs
        
        Defeitos comuns
        
        Incompatibilidade de interface
        
        Falhas na comunicação entre componentes
        
        Suposições incorretas sobre o significado, as unidades ou limites dos dados que estão sendo transmitidos entre os componentes
        
        estruturas de mensagens inconsistentes entre sistemas
        
        apenas sistema
        
        1 more item...
        
        Dados incorretos, dados ausentes ou codificação de dados incorreta
        
        subsistemas
        
        micro-serviços
        
        interfaces
        
        integração de sistemas
        
        interações e interface entre sistemas, pacotes e micro-serviços
      - 2.2.1 Teste de componentes
        
        teste de unidade / modulo
        
        componentes que sao testados separadamente
        
        Estrutura de códigos e dados
        
        Classes
        
        Módulos de banco de dados
        
        componentes, unidades ou módulos
        
        Defeitos comuns
        
        Funcionalidade incorreta
        
        1 more item...
        
        Problemas no fluxo dos dados
        
        Código incorreto
        
        lógica incorreta
  - - - funções/ comportamento que o sitema deve executar
      - O QUE deve fazer
      - realizado em todo nível de testes
    - - QUÂO BEM o sistema de comporta
      - características do sitesma
        
        usabilidade
        
        eficiencia
        
        perfomance
        
        Segurança
      - realizado em todo nível de testes
      - técnica de caixa preta
    - - Teste de confirmação / Re-Teste
        
        confirma se um defeito foi corrigido
      - Teste de regressão
        
        confirma se não houve alteração no sistema depois da implementação de uma feature
    - - estrutura interna ou na implementação do sistema
        
        Código
        
        Arquitetura
        
        Fluxos de trabalho
        
        Fluxos de dados dentro do sitema
      - realizado no nível de teste de integração
  - - - 2.4.1 Gatilhos para Manutenção
        
        Modificação
        
        aprimoramentos planejados
        
        alterações corretivas e emergenciais
        
        Migração
        
        novo ambiente
        
        Aposentadoria
        
        app atinge fim de vida
    - - verifica quais foram os efeitos colaterais
      - verifica qual impacto/ áreas afetadas
        
        a análise de impacto é utilizada quando se decide se vale a pena uma correção para um sistema mantido
      - a analise pode ser feita antes de uma mudança ser realizada
        
        A análise de impacto é útil para testes de regressão durante os testes de manutenção
      - O que torna dificil fazer uma analise de impacto?
        
        Não ter documentação (de negocios e de testes) ou ela nao estar atualizada
- - - - 3.2.1 Processo de revisão do produto de trabalho
        
        PIRAC
        
        Corrigir e reportar
        
        Criar relatórios com defeitos
        
        Corrigir os defeitos encontrados
        
        feito pelo autor
        
        Planejamento
        
        definir escopo
        
        estimar esforço e prazo
        
        Identificar as características de revisão (atividades, checklists)
        
        definir criterios de entrada e sáida
        
        Analisar e comunicar
        
        Comunicar/Analisar possíveis defeitos
        
        Revisar
        
        Rever todo ou parte do produto de trabalho
        
        iniciar
        
        Destribuir o produto de trabalho
        
        Explicar escopo, objetivos, processos
        
        Responder quaisquer dúvidas que os participantes possam ter
      - 3.2.2 Funções e responsabilidades em uma revisão formal
        
        AGLFLRR
        
        Autor
        
        Quem produz, explica e corrige
        
        Gestor
        
        gerente de projetos
        
        responsável pelo planejamento
        
        Facilitador/ Moderador
        
        Srum Master
        
        Garante a eficacia da reunião
        
        Responsável pelo sucesso da reunião
        
        Lider de revisão
        
        Decidir quem será envolvido
        
        Assumir a responsabilidade geral pela revisão
        
        Revisor
        
        especialistas no tema
        
        Pessoas trabalhando no projeto
        
        Redator
        
        documenta o que foi falado
      - 3.2.3 Tipos de revisão
        
        formal
        
        resultados documentados
        
        Revisão tecnica
        
        Avaliar a qualidade
        
        Gerar confiança
        
        Já se sabe que há defeitos e possíveis soluções
        
        participação da equipe
        
        Inspeção
        
        Configuração de formulários e bases de dados
        
        Análise de métricas e melhoria do processo
        
        considerar o tempo gasto com o documento fora da reunião
        
        exige preparação individual
        
        são produzidos relatórios de defeitos e revisão
        
        informal
        
        não seguem um processo definido
        
        revisão individual
        
        Acompanhamento
        
        Encontrar defeitos
        
        qdo autor guia a revisão
        
        revisão em pares
        
        não têm resultado formal documentado
        
        DECORAR
      - 3.2.4 Aplicando técnicas de revisão
        
        ACCPP
        
        Cenários
        
        criar cenarios
        
        dry runs
        
        Perspectiva
        
        Olhar sob a perspectiva de outras pessoas baseando-se em riscos
        
        desenvolvedor
        
        Stakeholder
        
        Arquiteto
        
        papel
        
        assume o papel de outra pessoa sem pensar em mais nada
        
        experiementação
        
        usuário
        
        Checklist
        
        lista
        
        Ad Hoc
        
        não planeja
        
        não tem limite de tempo
        
        Não requer experiencia
        
        Famoso "Testa aí rapidinho"
  - - - Verificar, ler, analisar o produto de trabalho procurando defeitos
      - Sem a execução de um componente
    - - Com execução de um componente
- - - - 4.2.2 Analise do valor limite
        
        mínimo e máximo, de uma partição e seus limites (valor anterior ao limite, o próprio valor e o imediatamente superior)
      - 4.2.3 Teste de tabela de decisão
        
        para requisitos do sistema que têm diferentes combinações
      - 4.2.4 Teste de transição de estado
        
        setas são os numeros de transições
      - 4.2.5 Teste de caso de uso
        
        fluxos básicos, alternativos e excepcionais
      - 4.2.1 Particionamento de Equivalencia
        
        minimo valor de cada particicao
        
        um valor de cada grupo
    - - 4.3.1 Teste de Cobertura de instruções/ Sentença/Comando
        
        testes que vão validar N números de linhas de uma função/Metodo
        
        menor número de testes para executar o maior numero de linhas do código
      - 4.3.2 Testes e cobertura de Decisão/ Desvio (é igual a complexidade ciclomática
        
        testes que exercitam o verdadeiro e falso de todos os condicionais com o menor numero de testes
        
        possibilidades de saídas
      - 4.3.3 O Valor da Instrução e Teste de decisão
        
        100% da cobertura de decisão SEMPRE é 100% da cobertura de instruções mas NAO o inverso
    - - 4.4.1 Suposição de erro
        
        baseado em falhas que ja aconteceram
        
        erros que os desenvolvedores tedem a cometer
        
        falhas ocorridas em outros aplicativos
      - 4.4.2 Teste exploratório
        
        Planeja o que vai ser testado
        
        é feito durante o teste
        
        30 a 120 minutos
        
        Tem experiência, conhecimento no produto, plataforma
      - 4.4.3 Teste baseado em checklist
        
        Checklist com características a serem testadas
        
        Heurísticas
        
        Lista
      - Quando há testadores disponíveis que tenham conhecimentos suficiente de aplicações e tecnologias similares
  - - - quais sao os testes mais importantes? Qual é o mínimo a ser testado
      - quanto é 100% de cobertura do teste
        
        é impossivel testar 100%
- - - - Beneficios
        
        Redução do trabalho Manual repetitivo
        
        Testes consistentes derivados dos requisitos
        
        Informações sobre os testes
      - Riscos
        
        Expectativas irreais para a ferramenta
        
        Esforço para manter testes ativos e atualizados
        
        Controle de versão pode ser negligenciado
        
        Fornecedor aposentar ferramentas
    - - Ferramentas precisam ser integradas ao ciclo de vida do desenvolvimento de software
      - automação
        
        Abordagem de captura de teste
        
        Grava as ações de um testador manual
        
        Automação de front
        
        instavel por causa das frequentes atualizações da interface
        
        Abordagem de teste orientada a dados
        
        separa entradas de teste e os resultados esperados
        
        Automação api
        
        executa o script com dados diferentes
        
        Abordagem de teste orientada a palavra-chave
        
        palavras-chave descrevem ações a serem executadas
        
        palavras-chaves chamam scripts para serem executados e processar os dados
        
        métodos em automações de back e front
      - Efeito monitoração
        
        ferramenta intrusiva
        
        Instalar uma ferramenta de testes e faz com que a aplicação fique mais lenta
    - - desenvolvedores
        
        Ferramenta de integração continua (Gerenciamento de teste e testware
        
        Ferramentas de analise estatica
        
        testes estático mas feita de modo automatico
        
        Sonar
        
        faz a busca de boas e más praticas no código
        
        code smells
        
        Ferramenta de cobertura de codigo
        
        Ferramenta de execuçao e registro do teste
        
        Há formas de desenvolvimento baseados em testes
        
        dados de teste
        
        dts
        
        modela os tipos de dados que serão recebidos
        
        ATDD
        
        Desenvolvimento direcionado por teste de aceitação
        
        ao invez do PO como o ponto focal o usuário
        
        BDD
        
        desenvolvimento baseado no comportamento
        
        po define junto com o time o comportamento esperado e o desenvolvimento é feito baseado nisso
        
        TDD
        
        desenvolvimento por testes
        
        criar os testes antes de fazer o código
        
        1 more item...
        
        Análise dinamica
        
        medição de performance
        
        Software vai ser executado
        
        debug
      - testadores
        
        Gestão de testes e de gestão do ciclo de vida da aplicação (ALM), requisitos, defeitos e configuração
        
        Precisam interagir entre si para garantir a rastreabilidade
        
        Jira
        
        Zephyr
        
        Testes baseado em modelo (MBT)
        
        Usar diagramas e a partir dos diagramas fazer casos de testes
        
        a ferramenta MBT interpreta o modelo para criar especificações de casos de teste que podem ser salvas em uma ferramenta de gerenciamento de teste ou executadas por uma ferramenta de execução de teste
        
        Testes baseado em preparação de dados
        
        separar as entradas de testes e os resultados esperados
        
        Ferramentas de teste de perfomance
        
        Jmeter
        
        Ferramenta de execução de testes
        
        automação
      - DECORAR
    - - Preparação de dados
      - Gerenciar requisitos
      - Relatórios e monitoramentos da execução dos testes
      - Planilhas
      - Ferramentas que executam testes
      - Ferramentas que ajudam a gerenciar os testes
      - Ferramentas para investigação e avaliação
  - - - Compatibilidade
      - Melhoria de processo
      - Avaliar a maturidade
    - - Prova de conceito
        
        Obter conhecimento aprofundado entendendo seus pontos fortes e fracos
        
        Avaliar se a ferramenta se ajusta aos processos e o que precisaria mudar
        
        Decidir sobre a forma padrão de usar
        
        Avaliar se beneficios equivalem ao custo
        
        Avaliar se a ferramenta atinge as métricas esperadas
        
        POC
    - - implementas uma forma de coletar informações de uso real da ferramenta
      - usar e beneficiar-se da ferramenta de monitoramento
      - fornercer suporte aos usuários de uma determinada ferramenta
      - Reunir lições aprendidas de todos os usuários
- - - - pre condições, entradas e saídas
        
        Contém os resultados esperados
    - - O que esta incluso nos testes do projeto
    - - Apanhado de N casos de teste
        
        Um conjunto de condições previas, ações, resultados esperados e pós, desenvolvido com a base em condições de testes
        
        Um conjunto de scripts de teste a serem executados em uma execução de teste específica
    - - passo a passo de execução de um ou N casos de testes
    - - Procedimento de teste automatizado
    - - Conjunto de procedimentos ou scripts de teste
    - - descrição de um defeito encontrado no software
    - - informações sobre a execução dos testes, os defeitos encontrados dentre outros
        
        Criterios de entrada e criterios de saída
    - - Registro que demonstra se os casos de teste tiveram ou nao sucesso