Teste de Software

Teste de Software

1. Software

   • 1.Instruções (programas de computadores) que, quando executadas, fornecem características, funções e desempenho desejados; 2.Estrutura de dados que possibilitam aos programas manipular informações adequadamente; 3.Informação descritiva, tanto na forma impressa quanto na virtual, descrevendo a operação e o usos dos programas.
   • Dados formam informação, que por sua vez forma requisitos! Com requisitos se constrói um software
   • Conceitos de dados
     • Quando olhamos para os diferentes tipos de software algumas características relacionados à qualidade de software são bastante perceptíveis já no primeiro uso.
     • Quais são estes atributos ? ➢ Complexidade ➢ Tamanho ➢ Regras de negócio ➢ Fluxo de navegação dos módulos ➢ Telas. 
     • Metodologias de desenvolvimento de software, paradigmas de linguagem de programação, plataformas de hardware também contribuem para dar forma a um sistema.
     • Estatistica & Probabilidade
     • Dados
       • O que é, de fato um dado ? Pode ser qualquer fato ou pedaço de informação que ajude a formar outra informação.
       • Por exemplo: ➢ Nome de Aluna(o); ➢ Data de Nascimento; ➢ Local de Nascimento: ➢ Filiação ➢ Escolaridade.
       • E quando esses dados se agrupam, eles começam a estruturar uma informação.
       • Informação
         • Informação é a resultante do processamento, manipulação e organização de dados, de tal forma que represente uma modificação (quantitativa ou qualitativa) no conhecimento do sistema (humano, animal ou máquina) que a recebe.
         • Requisitos
           • Na ciência de computação, engenharia de software e engenharia de sistemas, requisitos referem-se à definição de uma característica, atributo, habilidade, ou qualidade que um sistema deve necessariamente prover para ser útil a seus usuários. 
           • Tais como: ➢ Condições necessárias para a resolução de um problema e/ou alcance de uma meta; ➢ Condições que um sistema deve fornecer para a satisfação de um contrato; ➢ Condições que o sistema deve ter para atender ao propósito pelo qual ele foi criado.
           • Requisitos Funcionais
             • • São declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir as entradas específicas de como o sistema deve se comportar em determinadas situações. • Os requisitos funcionais de um sistema descrevem o que ele deve fazer. Eles dependem do tipo de software a ser desenvolvido, de quem são seus possíveis usuários e da abordagem geral adotada pela organização ao escrever os requisitos.
           • Requisitos Não-Funcionais
             • São as restrições aos serviços ou funções oferecidas pelo sistema, tais como restrições de tempo, restrições no processo de desenvolvimento, padrões. Muitas vezes se aplica ao sistema como um todo ao invés de características individuais ou serviços.
             • Os requisitos não funcionais, são requisitos que não estão diretamente relacionados com os serviços específicos oferecidos pelo sistema a seus usuários
             • ➢ Esses requisitos definem as propriedades e as restrições do sistema por exemplo, confiabilidade, tempo de resposta e ocupação de área. ➢ As restrições são capacidades de dispositivos de E/S, as representações do sistema, etc. ➢ Os requisitos de processo também podem ser especificados impondo uma linguagem de programação ou método de desenvolvimento. ➢ Os requisitos não-funcionais podem ser mais críticos do que os requisitos funcionais. Se esses não forem atendidos, o sistema pode ser inútil.
             • Métricas
               • Velocidade
                 • • Transações processadas/segundo • Tempo de resposta de usuário/evento • Tempo de atualização de tela
               • Tamanho
                 • • Megabytes • Número de chips de memória ROM
               • Facilidade de uso
                 • • Tempo de treinamento • Número de frames de ajuda
               • Confiabilidade
                 • • Tempo média para falha • Probabilidade de indisponibilidade • Taxa de ocorrência de falhas • Disponibilidade
               • Robustez
                 • • Tempo de reinicio pós falha • Percentual de eventos que causam falha • Probabilidade de corrupção de dados em caso de falha
               • Portabilidade
                 • • Percentual de declarações dependentes do sistema-alvo • Número de sistemas-alvo
           • Mudanças de Requisitos
             • Mudanças em requisitos são inevitáveis, e geralmente estas ocorrem durante o desenvolvimento do sistema. Razões pelas quais ocorrem as mudanças: ➢ Falta de entendimento dos requisitos, e que podem vir de várias fontes; ➢ Falta de clareza na interpretação dos requisitos; ➢ Existem diversos tipos de requisitos em diferentes níveis de detalhe; ➢ Dificuldades no cumprimento dos requisitos; ➢ Diferentes interesses dos stakeholders; ➢ Alteração propriamente dita dos requisitos.
   • Test
     • Teste é o processo de executar um programa com o objetivode encontrar erros"
     • Saídas corretas em um teste não garantem que oproduto seja adequado– O teste pode não ter sido bom o suficiente
     • Os setes princípios
       • 1. O teste mostra a presença de defeitos e não a suaausência 2. Testes exaustivos são impossíveis 3. O teste inicial (shift left) economiza tempo e dinheiro 4. Defeitos se agrupam 5. Cuidado com paradoxo de pesticida 6. O teste depende do contexto 7. Ausência de erros é uma ilusão
     • Processos de Testes
       • • Modelo de ciclo de vida de desenvolvimento de software e metodologias de projeto utilizados. • Níveis de teste e tipos de teste considerados. • Riscos de produto e projeto. • Domínio do negócio. • Algumas restrições operacionais: – Orçamentos e recursos. – Escalas de tempo. – Complexidade. – Requisitos contratuais e regulamentares. • Políticas e práticas organizacionais. • Normas internas e externas necessárias.
       • Atividades e tarefas de teste
         • • Planejamento do teste • Monitoramento e controle do teste • Análise do teste • Modelagem do teste • Implementação do teste • Execução do teste • Conclusão do teste
         • Planejamento do teste
           • Plano de Teste
         • Monitoramento e controle do teste
           • Relatórios de Progresso do Teste Relatórios de Resumo do Teste (produzidos em vários marcos de conclusão)
         • Análise do teste
           • Cartas de Teste (documentação de atividades de testes exploratórios)
         • Modelagem do teste
           • Casos de Teste 
         • Implementação do teste
           • Procedimentos de teste e seu sequenciamento Suítes de teste Cronograma de execução do teste
         • Execução do teste
           • Documentação do status dos casos de testes Relatórios de defeitos (erros) Documentação sobre quais itens de teste, os objetos de teste, as ferramentas de teste e o testware estavam envolvidos.
         • Conclusão do teste
           • Relatórios de Resumo do Teste Lições aprendidas
   • Propriedades
     • Segundo Sommerville (2019), é importante considerar que um é sistema é caracterizado por propriedades: ➢ Funcionais: aparecem quando todas as partes de um sistema trabalham juntas pra atingir um objetivo. ▪ Exemplo: uma bicicleta tem a propriedade funcional de ser um dispositivo de transporte, após ter sido montada com seus componentes, como o pedal, freio, rodas, etc. ➢ Não funcionais: referem-se ao comportamento do sistema em seu ambiente operacional. ▪ Exemplo: confiabilidade, desempenho, segurança e proteção.
   • O Ciclo de Vida no desenvolvimento de sistemas
     • Levantamento das necessidades ou análise de requisitos
       • identifica as necessidades de informações da organização
     • Análise de alternativas
       • consiste na identificação e avaliação de sistemas alternativos.
     • Projeto
       • trata da construção das especificações detalhadas para o projeto selecionado. Essas especificações incluem o projeto das interfaces, banco de dados, características físicas do sistema, tais como número, tipos e localizações das estações de trabalho, hardware de processamento, o cabeamento e os dispositivos de rede. Deve especificar os procedimentos para testar o sistema completo antes da instalação 
     • Desenvolvimento
       • - inclui o desenvolvimento ou aquisição do software, a provável aquisição do hardware e o teste do novo sistema.
     • Implementação
       • ocorre após o sistema ter passado satisfatoriamente por testes de aceitação. O sistema é transferido do ambiente de desenvolvimento para o ambiente de produção. O sistema antigo (se existir) deve migrar para o novo.
     • Manutenção
       • refere-se a todas as atividades relacionadas a um sistema depois que ele é implementado. Deve incluir atividades tais como a correção de software que não funcione corretamente, a adição de novos recursos aos sistemas em resposta às novas demandas dos usuários.
   • Modelos de Desenvolvimento de Sistemas
     • • Modelo Cascata • Método ágil
     • PI DESENVOLVIMENTO DE SISTEMAS ORIENTADOS A WEB
   • QUALIDADE
     • Qualidade (Shewhart, 1931) • Atendimento a padrões definidos, que devem ser melhorados constantemente. Esse atendimento pode ser medido e, então, ser utilizado de forma efetiva.
     • Qualidade (DEMING, 1982) • Qualidade é conseguir traduzir as futuras necessidades do usuário em características mensuráveis, de modo que o produto possa ser projetado para garantir a sua satisfação, no preço que ele está disposto a pagar. É tudo aquilo que melhora o produto do ponto de vista do cliente. • Qualidade é um grau previsível de uniformidade e confiabilidade com um padrão adequado ao cliente.
     • Walter A. Shewhart
       • • Físico, engenheiro e estatístico. • “Pai” do controle estatístico de qualidade. • Criou o método Controle Estatístico de Processo (CEP) que visa desenvolver estatísticas para controlar um processo. Também permite a interpretação dos dados sobre determinada atividade. Assim, ao encontrar variações, essas podem ser corrigidas. • Em 1931, Shewhart publicou o livro Economic control of quality of manufactured product, com uma base científica do controle econômico da qualidade de produtos manufaturados (SHEWHART, 1931). 
     • William Edwards Deming
       • • Estatístico. • Realizou trabalhos de melhoria da qualidade nos Estados Unidos e ampliou esses trabalhos quando foi para o Japão, após a Segunda Guerra Mundial. • No Japão, popularizou o ciclo de aprendizagem e melhoria que combina pensamento de gestão com análise estatística.
       • Ciclo PDCA
         • • A avaliação constante das políticas e procedimentos de gestão leva a uma melhoria contínua.
     • Joseph M. Juran
       • • “Função da qualidade” como “o conjunto das atividades através das quais atingimos a adequação ao uso, não importando em que parte da organização essas atividades são executadas”. • Essas atividades estão organizadas para a gestão orientada à qualidade em três processos universais, conhecidos como a trilogia de Juran: planejamento, controle e melhoria da qualidade.
     • Philip B. Crosby
       • • “Qualidade é de graça” (“quality is free”). • Esse pensamento define que a quantidade de recursos desperdiçados quando o resultado se apresenta errado, com defeito ou abaixo da qualidade, é maior do que o valor que deveria ser investido para fazer certo. Assim, sai mais em conta para a empresa investir na qualidade (CROSBY, 1979).
       • cinco estágios
         • 1. Incerteza: a administração é confusa e não tem conhecimento de qualidade. Os gerentes podem até falar sobre qualidade, mas não têm entendimento nem compromisso real com ela. 2. Despertar: a gerência começa a reconhecer que um programa de qualidade poderia ajudar, mas não está disposta a dedicar tempo ou dinheiro à melhoria da qualidade. 3. Esclarecimento: a administração decide lançar um esforço de melhoria e faz um comprometimento e investimento no programa de melhoria da qualidade. 4. Sabedoria: a qualidade é reconhecida como importante, é medida e gerenciada, e um executivo para a qualidade é nomeado. 5. Certeza: os problemas de qualidade são, em grande parte, resolvidos, e a qualidade passa a ser uma atividade corporativa vital.
       • quatro absolutos para a qualidade
         • • Qualidade significa conformidade com as exigências do cliente; • Desempenho padrão é igual a zero defeitos; • Os resultados da Qualidade vêm da prevenção; • A Qualidade é medida pelo custo da não qualidade.
     • Total Quality Management TQM
       • 1. Foco no cliente: o cliente determina o nível de qualidade. 2. Envolvimento total do funcionário: todos os funcionários participam de metas comuns. 3. Foco no pensamento do processo: uma parte fundamental da TQM, em que as etapas necessárias para executar o processo são definidas e as medidas de desempenho são continuamente monitoradas para detectar variação inesperada. 4. Sistema integrado: embora uma organização possa ter muitas especialidades funcionais, geralmente organizadas em departamentos estruturados verticalmente, os processos horizontais que interconectam essas funções que são o foco da TQM.
       • 5. Abordagem estratégica e sistemática: inclui a formulação de um plano estratégico que integra a qualidade como um componente central. 6. Melhoria contínua do processo: leva a organização a ser analítica e criativa na busca de maneiras de se tornar mais competitiva e mais eficiente no atendimento das expectativas das partes interessadas. 7. Tomada de decisão baseada em fatos: a organização deve coletar e analisar dados continuamente para melhorar a precisão da tomada de decisões, alcançar consenso e permitir a previsão com base no histórico passado. 8. Comunicações: a comunicação eficaz desempenha um papel importante na manutenção do moral e na motivação dos funcionários em todos os níveis
     • Outras abordagens
       • ISO - A família de normas internacionais conhecida como ISO 9000 foi criada para sistemas do gerenciamento da qualidade para organizações de qualquer natureza e de qualquer tamanho.
       • QMS - O sistema de gerenciamento da qualidade (Quality Management System – QMS) estabelece elementos conceituais necessários para a qualidade em produtos, ou qualquer outro tipo de entidade, e a avaliação da qualide.
       • ASQ - A American Society for Quality (ASQ) tem como visão ser a comunidade para todos que buscam conceitos, tecnologia ou ferramentas de qualidade para melhorar a si mesmos e seu mundo, considerando a qualidade uma prioridade global, um imperativo organizacional e uma ética pessoa

2. Fundamentos