Apresentação1

Por que é necessário testar\nQuando falhas ocorrem\n\n- Podem levar a:\n → Perdas financeiras para a empresa provedora do software\n • Exemplos: multas contratuais, retrabalho, perda de clientes\n → Perdas financeiras para o cliente\n → Perda de produtividade (empresa provedora e cliente)\n → Perda da qualidade\n → Perda de confiança para com os fornecedores ou clientes\n → Ações legais e custos associados (falha em cumprir obrigações contratuais)\n\nE até a consequências maiores:\n → Lesões corporais ou morte (acidentes aéreos)\n → Desastres tecnológicos (mal funcionamento de um sistema de controle de mísseis) Por que é necessário testar\nCausas das falhas nos softwares\n\n- Todos os produtos de desenvolvimento de software (especificações, código fonte, testware e documentos em geral) são escritos por pessoas, e as pessoas são propostas a cometer erros independentemente da suas experiências e qualificações.\n\n- A pressão de tempo de entrega acaba fazendo com que atividades sejam realizadas sem o devido cuidado.\n\n- Os softwares estão cada vez maiores e mais complexos.\n\n- Falhas de comunicação.\n- Pessoas com pouco ou sem treinamento em suas funções.\n\n- Falta de definição de requisitos.\n- Mudanças em requisitos não documentadas.\n- Processo de desenvolvimento imaturo. Por que é necessário testar\nA utilização de softwares\n\n- Poucas empresas utilizavam softwares até a metade da década de 90.\n- Atualmente, é muito raro alguma empresa não possuir algum software para suportar suas atividades.\n\n- Softwares estão presentes em quase todos os locais, como bancos, indústrias em geral, comércio, transportes (aviões, automóveis, navios), etc.\n- Todos nós temos experiências com softwares que falharam!\n • Exemplos: indisponibilidade do software, lentidão de sites, sistemas, etc.\n\n- Softwares que não funcionam corretamente podem levar a muitos problemas:\n • Prejuízos financeiros\n • Perda de reputação\n • Risco em relação à integridade física das pessoas\n\n- Hoje a natureza do software é complexa:\n • Tudo está altamente integrado fazendo com que a complexidade dos sistemas não aumente linearmente, mas sim exponencialmente. Por que é necessário testar\n Erro, defeito e falha\n \u2022 Erro (error): ação humana que produz um resultado incorreto.\n Pode ser cometido em qualquer fase do desenvolvimento de software\n \u2022 Defeito (fault): manifestação de um erro no software:\n Também conhecido como bug\n \u2013 Se executado, o defeito pode causar uma falha\n \u2013 É o resultado do erro cometido\n \u2022 Falha (failure): diferença indesejável entre o observado e o esperado (defeito encontrado).\n \u2013 Tudo o que observado pelo usuário como diferente do resultado esperado\n Pode ser causada também pelas condições do ambiente (exemplo: radiação, magnetismo, campos eletrônicos, condições de hardware, etc.)\n\n \u2022 Um software pode conter defeitos, mas mesmo assim nunca falhar.\n \u2022 Falha é um evento.\n \u2022 Defeito é um estado do software causado por um erro. Por que é necessário testar\n Erro, defeito e falha\n Veja abaixo a diferença entre estes três termos:\n Uma pessoa comete um erro ... que cria um defeito no software... ... que pode causar uma falha na operação.\n \n Exemplo:\n Podemos ilustrar esses conceitos com a história verdadeira da espaçonave Mercury. O programa de computador a bordo da espaçonave continha a declaração escrita na linguagem de programação FORTRAN:\n\n Código escrito: DO 100 I = 1.0 Código esperado: DO 100 I = 1,10\n\n Para simplificar as explicações e o seu entendimento, daqui para frente utilizaremos os três termos com o mesmo significado, exceto quando explicados de forma diferenciada. Por que é necessário testar\n O custo da correção dos defeitos\n Em 1979, Myers, que é um grande conhecedor da área de teste, escreveu o livro \"A arte do teste de software\". Nesse livro, ele introduziu a Regra 10 de Myers, um dos conceitos mais importantes já definidos:\n \u2013 Quanto mais cedo descobrimos e corrigimos um defeito, menor é seu custo para o projeto.\n \n Regra 10 de Myers\n \n Defeitos encontrados nas fases iniciais da etapa de desenvolvimento de software são mais baratos de serem corrigidos do que aqueles encontrados na etapa de produção. Por que é necessário testar\n\nVeja abaixo um exemplo de propagação dos erros:\n\nNos requisitos:\n- Alterar documento de requisitos\n- Alterar a especificação\n\nNo código:\n- Alterar documento de requisitos\n- Alterar a especificação\n- Alterar o código\n\nDurante a execução do teste:\n- Alterar documento de requisitos\n- Alterar a especificação\n- Alterar o código\n- Alterar o teste, reteste e teste de regressão\n\nDurante o teste de aceitação:\n- Alterar documento de requisitos\n- Alterar a especificação\n- Re-fazer o teste de aceitação\n\nCom o software em produção:\n- Alterar documento de requisitos\n- Alterar a especificação\n- Re-fazer o software e reteste e teste de regressão\n\nAumento do trabalho (re-trabalho) Por que é necessário testar\n\nPara construir a confiabilidade do software.\n\nTestamos os softwares para construir confiabilidade.\n\nConfiabilidade (reliability) do software é a probabilidade de que o software não causará uma falha no sistema por um tempo especificado, sob condições determinadas.\n\nÉ necessário definir em que condições o software atingirá o nível de confiabilidade prometido. Por exemplo, um sistema pode atingir a confiabilidade de não apresentar mais que uma falha por mês se usado por no máximo 10 usuários simultâneos.\n\nQUESTÕES PARA PENSAR:\n1. Pode existir um software livre de defeitos?\n2. Podem existir softwares confiáveis mas que possuem defeitos? Por que é necessário testar\n\nConfiabilidade do software\n\nA confiabilidade do software aumenta à medida em que o software é executado ao longo do tempo, sem apresentar falhas.\n\nPodemos afirmar também que a confiabilidade do software é medida através do tempo médio entre falhas.\n\nDefeito encontrado\n\nNenhuma falha encontrada = confiança Por que é necessário testar\nO papel do teste de software\n\nComo o teste pode nos ajudar a construir softwares melhores?\n\n- Testes rigorosos em documentos e no próprio software podem reduzir os riscos de problemas acontecerem em produção.\n -> Menos defeitos = menor chance do software falhar\n\n- Testes propiciam o aumento da qualidade do software à medida que defeitos encontrados são corrigidos.\n\n- Ajuda a aumentar receitas das empresas desenvolvedoras de softwares.\n -> Redução de retrabalho devido à correção de bugs\n\nE como o teste consegue nos auxiliar nas três questões citadas?\nResposta: encontrando e corrigindo defeitos antes do software ser liberado para uso operacional.