Olá a todos. Bem-vindo ao curso da Cidade do Conhecimento, Definindo a Garantia de Qualidade de Software. Neste módulo, falaremos sobre o que exatamente é garantia de qualidade de software ou SQA? Bem, SQA é mais do que apenas encontrar bugs em software, embora isso seja uma grande parte disso. Na verdade, o primeiro bug foi encontrado em 1947, e há o rapazinho agora. Essa foi uma mariposa que voou para o computador Mark II. O computador Mark II parou de funcionar corretamente então eles enviaram alguém. Esse é o computador Mark II. Naquela época, você realmente podia entrar em computadores. O Mark II era um computador eletromecânico por isso tinha peças mecânicas dentro. Então essa pobre mariposa voou e foi esmagada em um dos relés. A equipe que encontrou foi a equipe de Grace Hopper. Agora Grace Hopper fez muito no campo da computação. Na verdade, muitas pessoas pensaram que ela cunhou o termo bug, mas na verdade isso não é verdade. Eles fizeram algumas pesquisas e descobriram que Edison usou o termo em 1870. Ele não estava falando sobre computadores, mas usou o termo bug. No que Grace Hopper realmente trabalhou, e ela é conhecida por trabalhar em COBOL, linguagem comum de negócios. Foi uma das primeiras linguagens de programação de sucesso ou software do mundo. Infelizmente, eles poderiam ter usado SQA naquela época porque o COBOL nos trouxe o problema Y2K, e em breve será o problema Y2K38, também conhecido como 2038. A SQA poderia ter evitado isso? Bem, o que é SQA, antes de entrarmos nisso, o que é garantia de qualidade? Bem, qualidade, isso é tirado diretamente do dicionário, é o grau de excelência de algo. É adequado para o propósito? Funciona? E a garantia é uma declaração positiva que o produto terá um bom desempenho. De fato, atenderá ou até superará as expectativas? O mesmo aconteceu com o COBOL 60, quando foi lançado em 1960, teria passado aquelas perguntas e respostas? Sim, teria. COBOL 60 foi um excelente programa. Foi usado pelos militares, por corporações. Muito robusto. Ficou excelente. Deu exatamente o que precisava, superou as expectativas. Mas e se seguirmos os padrões atuais de SQA? Bem, como podemos definir isso hoje? Bem, SQA hoje é, o software funciona como foi solicitado para funcionar, está funcionando como é necessário? Ainda funciona em condições normais e, mais importante, estressores anormais? Como se fosse atingido por muitas pessoas ao mesmo tempo, tem estabilidade? Pode ser mantido de forma confiável? É fácil de manter? É fácil de usar pelo usuário final? É eficiente, utiliza adequadamente seus recursos? E as mudanças podem ser feitas com facilidade e eficiência? Bem vamos ver. O COBOL 60 passou isso? Hum não, o problema Y2K mostrou isso. Nos anos 60, final dos anos 50, início dos anos 60, memória custa milhares e milhares de dólares. Então, para economizar dinheiro na memória o que eles fizeram é que eles fizeram a data apenas dois caracteres. Assim, no ano de 1999, quando passou para o ano de 2000, tudo o que esses computadores viram foi 1900. Bem, naquela época, se você perguntasse a eles, "Isso vai ser de qualidade?" Eles diziam: "Sim, ninguém vai continuar usando isso em 40 anos." Infelizmente foram. Então nos deparamos com o problema Y2K. É de fácil manutenção? Na verdade não, porque você tinha que passar por todo esse código para encontrar todas essas datas de dois caracteres para transformá-los em datas de quatro caracteres. E o outro problema é no ano de 2038, qualquer pessoa que esteja usando um sistema operacional de 32 bits, seu computador vai pensar que é 1970. Essa é uma outra questão. Então, pelos padrões de hoje, COBOL 60 não teria sido considerado de qualidade, mas eles realmente não tinham garantia de qualidade de software naquela época. Obrigado, e nos vemos na próxima aula.