Resumo Slides Paulo Borba com Resoluções de Questões

d) São 4: escopo, tempo, qualidade e custo. Uma consequência é: quando se preza qualidade, o escopo ou o domínio do seu projeto se ajusta e tem custo altíssimo e dinâmica. Outra consequência é: se preza o tempo e qualidade e seu escopo terá que diminuir pode respeitar codigos com qualidade alta dependendo do custo. Testes - Testes de aceitação . Concentrar diretamente requisitos (cenários) e testes. . Executa o sistema através de sua GUI. . Coleta cenários baseados na GUI com poderes de testes baseados na GUI. . Prepara executam o sistema em testes simulando ações do usuário no browser. - Aplicação com uma máquina de estados . Grafo representando estados e pensando transição. . Comportamento operado pela transição deve aparecer como caminho nesse grafo, componentes não deve aparece. . Cenário devem verificar que caminhos desejados prossem nas observados testando a app. - Executando o sistema através do servidor . Cenário baseado em requisios não conectados a poderes de testes baseados em serviço. . Executam o sistema em testes inverconexão serviço. - Testes de exceção (unidade, integração, sistema) . Testes de exceção não tem ligação com cenários, usa discrete e it. . Aplicam em eventos de um novo núcleo: objetoAll, objetoAll oi ou server classe<servir>. . Código executa o sistema em teste inverconexão metodos. - Testes de alcance (unidade, integração) . São de exceção, assim ligação com cenários. . Infera falhas. - Código executa o sistema inverconexão metodos. - Principios para todo teste: . Rode teste com diferentes argumentos e contexto de estados. . Usa casos limites/ valores, tipos na cobertura. . Casos positivos e negativos. . Testes de regresão - ver na nova commit quebrou alguma funcionalidade. . Balanceamento entre serviço, classe e aceitação. - Serviços, classe e aceitação. - unidade e integração. - Premissas para todo teste: . Automatização . Cada teste pode rodar independentemente dos outros, assumindo uma nova instancia de app. . Apenas estados entre passos. . Antes de dar push (ou pega um commit), tenha cí onde todos podem (sequencia). - BDD: Behavior driven design - . Implementação de testes é feita antes da implementação dos features. . Criação da interface quando pouca funcionalidade está disponível. - Checklist . Comportamento do teste deve corresponder estritamente a semântica do cenário. . Evite ambivalência devido a passos (sentenças) não claras. . Não duplique código de teste - Testes devem ser independentes de plataforma. . Não precisam limpa o ambiente ao final (incluindo browser) e de linguagem. Refatoração - Problema de serviço - Problemas de modularidade - Débito Técnico - Manutenção custa caro - 1ª lei de Lehman . Pressionar que o mundo aí fica num processo de mudança continua ou seu termo, progressiva versão em menos funcional. . O processo de mudança caminha até que seja julgado raz e efetivo (em relação aos custos) . substinir o `sistema` por uma versão raciado. - 2ª lei de Lehman . Enquanto um grande programa, e continuamente mudado, sua complexidade, o qual reflete na diferenciação de estrutura, aumenta a não ser que trabalha seja feito pl sencontro ou reduz. - 3ª stiso - Como resolver os problemas e reduzir o débito? . Reobservando os comportamentos (realocação dos testes) - Refactoração: presta comportamento, já transporarencias 'source-to-source' que melhoram . fatores de qualidade internos (como legibilidade, reusuabilidade, backend, etc) To Review viiqualis souc - Extract method refatoracao - Para resolver problemas de serviço e modularidade - Criar novo método com apenas de código anterior pl extra repetição de varias linhas. - Reduz débito e elimina 8... - Refatoração automatizada . Esses ferramentas não devem nenhuma garantida de preservação de comportamento (testes diserença fase aplicados é tal quel como antes). - Extract class . Quando a classe está fazendo trabalhos que deveria ser feito pe 2. . Cria-se uma nova classe e transfere os campos relevantes e métodos da classe antiga pl na. . Melhora-se manenblent é necessários de que não entres abstraclia pl verss 959 - Como resolver os cabra de refatoração? . Mau cheiros baseados em valores, principios e padrões. . Estrelocica p: 1) Identificaç o problema, 2) Há algum padrão pl p problemas neste contexto ? 3) Npl solução baseado em valores e princípios? 4) Aplique refatoração apropriados. 5) Teste. - Questões - 'Teste de regressão é aquele que verifica na alemaga feito no código quebrou algo que antes de mudança . Atual funcionando.' o beneficio para o refactoração ser bem validada se esse proc. . mexeu o comportamento do código, e que o teste de regressão verifica. - 2) Quando uma classe está fazendo um trabalho que deveria ser de 2, por exemplo uma classe que implementa um projeto fortificação possui muitos produtos, análises, especificas do feliz outro 1) Cria-se uma nova classe e distribui os campos e métodos relevantes do cada classe (antiga e nova). Happy Halloween