TESTES DE SOFTWARE.

Transcrição

1 TESTES DE SOFTWARE Definições... Cntext de desenvlviment... Quem participa? Imprtância: O que mais vc acha??? Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 1

2 Tips: Crretiva, adaptativa, melhria (perfectiva) u preventiva (de reengenharia) Cnceits básics: Falta (causa de uma falha, cm um códig incrret), err (instabilidade, que pde causar uma falha) e falha (incapacidade d sftware para realizar uma açã) Prevençã de faltas, Tlerância a falhas resultam em mair cnfiabilidade para sistema Verificaçã e validaçã: Faz parte d cicl de desenvlviment O sistema é útil? É adequad? Verificaçã é cnjunt de atividades que garantem que sftware implementa crretamente as funções. Atividades cmuns: inspeçã e testes Validaçã: cnjunt de atividades que garantem que sftware faz aquil que cliente desejava. Atividades cmuns: hmlgaçã, testes de aceitaçã, revisões Inspeçã de sftware: prcess frmal em que pessas se reúnem n sentid de examinar prdut para encntrar anmalias e defeits. É uma verificaçã estática. Vantagens: Nã precisam da execuçã d sistema, pdem ser aplicadas a qualquer artefat, u seja, códig, prjet, requisits, etc. Desvantagens: aumentam cust d prcess de desenvlviment, equipes devem ser bem infrmadas e ter acess às especificações, padrões rganizacinais devem ser bem definids, gerentes pdem usar s achads para culpar alguém. Prcess de inspeçã nã é para crrigir prblemas, mas para detectar defeits apenas, sem ter que crrigir. Defeits pdem ser: lógics (caminhs incrrets, cálculs errads), anmalias n códig (variáveis nã inicializadas, laçs incmplets, etc.), nã cnfrmidade cm padrões. Há inspeções autmatizadas. Pdem utilizar Analisadres Estátics (ferramentas CASE que analisam códig fnte). Pesquise acerca de Inspeções... Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 2

3 Testes (prpriamente dits): Prcess de executar um prgrama cm bjetiv de encntrar errs. Nã tem brigaçã de garantir que sftware nã tem errs, mas sim deve mstrar que errs e defeits estã presente, mas vigiads. Devem ser rastreáveis as requisits d cliente, devem ser planejads bem antes e devem cmeçar pequens par depis prgredir para pedaçs maires. Preferencialmente deve ser feit pr terceirs, deve representar bem Abrdagens de testes: Abrdagem Funcinal ( caixa preta ): Fcada nas entradas e saídas especificadas ns requisits funcinais: Baseada em prés e prós cndições Busca errs nas categrias: funções incrretas u inexistentes, errs de cmprtament u desempenh, errs de inicializaçã e términ, errs de interface. Principais técnicas: baseada em grafs, matriz rtgnal, análise de valres limítrfes, particinament de equivalências. Abrdagem Estrutural ( caixa branca ): Fcada nas estruturas internas ds prcediments d sistema: Surgem a partir da análise ds caminhs lógics pssíveis de serem executads. Requer cnheciment d funcinament intern ds cmpnentes de sftware. Garante que tds s caminhs independentes de um módul sejam executads Principais técnicas: testes de caminhs, de estruturas de cntrle, cmplexidade ciclmática (métricas que frnecem um valr para a cmplexidade lógica de um prgrama, pdend dar ideias quant a limite superir necessári quant as caminhs) Abrdagem Mista ( caixa cinza ): É um mei term entre caixa preta e branca. Algum cnheciment sbre as estruturas internas é utilizad para executar testes mais bem infrmads. Estágis (estratégias) de testes: Há um agrupament de acrd cm mment... Teste de Unidade: 1º nível de testes, em que cmpnentes individuais sã testads (métds, classes cm seus atributs e métds, etc.) Ferramenta mais utilizada: JUnit (Framewrk de códig abert, Java) IDEs incrpram em seu ambiente. Classe + ClasseTest + chamadr Driver Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 3

4 Exempl: Teste de Integraçã: Integra e testa s cmpnentes d sistema, para encntrar prblemas durantes as interações. Deve ser gradual Teste de Aceitaçã (Validaçã): Depis da integraçã, sftware está cnslidad e inicia-se teste de aceitaçã. O ambiente utilizad deve ser mais próxim d ambiente real. Os mais cmuns sã cnhecids cm testes Alfa (crre em ambiente cntrlad, pr nã ser pssível prever cm sftware será usad) e Beta (acntece em ambiente real). Teste de Sistema: O teste sai d cntext de sistema, internamente fcad... Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 4

5 Tips de testes: Um tip pde ser usad em uma abrdagem, utr tip em utra abrdagem... Regressã: visa executar um cnjunt de testes já realizads anterirmente, após terem havid mudanças (nvas entradas, nvas regras de negóci, nvs caminhs...), sem efeits indesejads. Fumaça (smke): é primeir teste realizad após se integrar s cmpnentes. Visa encntrar errs que têm mair prbabilidade de atrasar prjet (encanadr...). Recuperaçã: Frça p sftware a falhar de várias frmas e verifica que crre após a recuperaçã Segurança: Verificar quais mecanisms de prteçã irã de fat agir n mment adequad. Vale lembrar que é nrmal quebrar a segurança, uma hra u utra, depis de muita insistência. Se n teste fr cmprvad que é mais car invadir d que prteger, entã está ótim. Estresse/Carga: Nrmalmente flux nrmal de um teste é verificar cndições nrmais n sistema, mas quand se usa um teste de estresse, que se bserva sã as cndições anrmais. Pdem ser estressads memória, E/S, HD, etc. Desempenh: Pde crrer durante tds s estágis, estand relacinad mais diretamente a nível de desempenh e a temp de respsta, cnfrme acrdad ns requisits. Usabilidade: Avalia sistema, sb pnt de vista d usuári, enfatizand estética, fatres humans, cnsistência na interface visual, ajuda nline e cntextual, dcumentaçã, material de treinament. Depuraçã (debugging): Prcess que resulta na remçã de um err encntrad, cm send uma sequência de um teste de sucess, que encntru errs. Nrmalmente se frmula uma hipótese sbre cmprtament d sistema, e testa essa hipótese para que se pssa achar utrs errs. Abrdagens de depuraçã: Frça bruta: métd mens eficiente, ppula-se sistema cm escritas a cnsle, buscand encntrar algum indíci d err; Backtraking: Cmeçand de um pnt (estur na tela) deve-se rastrear códig manualmente até a rigem d err; Eliminaçã de causa: É elabrada uma hipótese de causa e s dads relacinads a err sã utilizads para prvá-la. Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 5

6 Cntextualizaçã de testes n prcess de desenvlviment: Seja utilizand RUP... seja utilizand prcesss mais antigs (cascata, V, espiral...) seja ainda utilizand metdlgias ágeis, alguns caminhs sã muit imprtantes... Plan de teste: define metas n escp da iteraçã (u prjet), explicitand a abrdagem adtada, s recurss necessáris e s prduts liberads, bem cm a estrutura n qual esses testes funcinarã, devend ser aprvad/aceit pels envlvids. Cas de teste: Identifica e cmunica as cndições nas quais as funcinalidades serã testadas. Pdem ser baseads em cenári de cass de us, em que se pensam nas pré-cndições, flux básic, fluxs alternativs e de exceçã. (Exempl abaix...) Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 6

7 Definiçã de estórias u de mapas mentais: Uma estratégia que pde ser empregada é a utilizaçã de estórias, que pdem servir para uma melhr rganizaçã ds afazeres. Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 7

8 Mais a respeit de Testes: Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 8

9 Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 9

10 Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 10

11 Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 11

12 Sequência de Aulas - TESTES DE SOFTWARE F c Ivnild Página 12