Testes de Software

Generated by Foxit PDF Creator Foxit Software http://www.foxitsoftware.com For evaluation only.
Vanessa Floriano Silva
Testes de Software
Londrina 2011
Testes de Software
Trabalho
apresentado
FTI
ao
professor Moyses Sanches, no curso de programao JAVA Londrina/PR, no dia 22/09/2011.
Londrina 2011
RESUMO
Este trabalho de pesquisa visa analisar e mensurar a importncia da aplicao de testes no desenvolvimento de softwares, abordando definies, estratgias, tcnicas e tipos de testes mais utilizados nas empresas de tecnologia da informao. A abordagem investigativa ter como principio o levantamento de dados referenciais como pesquisa bibliogrfica e sites de discusso sobre o tema engenharia de software. Esta pesquisa contribui para o conhecimento tcnico medida que traz informaes relevantes sobre testes de software, uma etapa muito importante na construo de sistemas de qualidade.
ABSTRACT
This research aims to analyze and measure the importance of conducting tests of software development, covering definitions, strategies, techniques and types of tests commonly used in business information technology. The investigative approach will be beginning the survey data and literature references and discussion sites on "software engineering". This research contributes to the technical knowledge as they contain relevant information about software testing, a very important step in building quality systems.
SUMRIO
INTRODUO ............................................................................................................ 4 1. TESTES DE SOFTWARE..................................................................................... 5 2. VERIFICAO E VALIDAO ............................................................................. 6 3. ESTRATGIAS DE TESTES DE SOFTWARE..................................................... 7 4. TECNICAS E TIPOS DE TESTES ........................................................................ 8 4.1. TIPOS DE TESTES PARA SOFTWARE CONVENCIONAL .......................... 8 4.2. TIPOS DE TESTES PARA SOFTWARE ORIENTADO A OBJETO ............... 9 4.3. TIPOS DE TESTES PARA WebApps .......................................................... 10 4.4. ESTRATGIAS DE TESTES DE SISTEMA ................................................. 11 4.5. OUTRAS ESTRATGIAS DE TESTES UTILIZADAS .................................. 13 5. PAPIS ............................................................................................................... 18 6. ARTEFATOS ...................................................................................................... 20 CONCLUSO ............................................................................................................ 21 REFERNCIAS ......................................................................................................... 22
INTRODUO
Por estarem cada vez mais presentes em nossas vidas, seja em celulares, avies, cirurgias, como tambm pelo desenvolvimento de novas tecnologias, os softwares esto cada vez mais complexos. Grande parte dos usurios passa por alguma experincia com sistemas que no funcionam corretamente, o que pode gerar falta de confiana nos produtos / empresas que o desenvolveram. Falhas na fase de produo podem gerar altos custos, m reputao e em casos mais graves, at colocar em risco a vida das pessoas. Verifica-se desta forma a grande importncia do investimento em testes de softwares, pois a presena de defeitos reduzida j no ambiente de produo. O teste do software a investigao do software a fim de fornecer informaes sobre sua qualidade com relao ao contexto em que ele deve operar. Isso inclui o processo de utilizar o produto para encontrar seus defeitos. Em outras palavras, testar um processo, realizado pelo testador de software que executa um programa com a inteno de descobrir erros. Este processo envolve aes que vo do levantamento de requisitos at a execuo do teste propriamente dito.
1. TESTES DE SOFTWARE
Pelo grande numero de frmulas, atividades e algoritmos complexos envolvidos em suas construes, no se pode garantir o bom funcionamento e ausncia de falhas nos softwares. O tamanho de um projeto a ser desenvolvido e a quantidade de pessoas envolvidas no processo tambm so fatores que podem aumentar ainda mais esta complexidade. Testes so uma parte inevitvel de qualquer trabalho responsvel para o desenvolvimento de um sistema de software. So imprescindveis medida que revelam defeitos presentes nos programas. Uma falha o resultado de um ou mais defeitos em algum aspecto do sistema que pode originar de uma especificao errada ou incompleta, requisitos impossveis de serem implementados, limitaes de hardware ou software, construo errada ou incompleta, erro de codificao, etc.
2. VERIFICAO E VALIDAO
O teste de software um passo muito importante na Verificao e Validao. Porm para a garantia do bom funcionamento de um software, tambm esto englobadas outras atividades como: revises tcnicas, auditorias de qualidade e configurao, monitoramento de desempenho, simulao, estudo de viabilidade, reviso de documentao, reviso de base de dados, anlise de algoritmo, teste de desenvolvimento, teste de usabilidade, teste de qualificao, teste de aceitao, e teste de instalao. Alm destas atividades, o teste propriamente dito tambm includo na Verificao e Validao, sendo um passo muito importante.
O teste de software um elemento de um tpico mais amplo, muitas vezes conhecido como verificao e validao (V&V). Verificao refere-se ao conjunto de tarefas que garantem que o software implementa corretamente uma funo especfica. Validao refere-se a um conjunto de tarefas que asseguram que o software foi criado e pode ser rastreado segundo os requisitos do cliente.(PRESSMAN, ROGER, 2011, p.402).
3. ESTRATGIAS DE TESTE DE SOFTWARE
O processo de software pode ser visto como a espiral (ilustrada na figura 1.1.) A engenharia de software define o papel do sistema, enviando-o para a anlise de requisitos de software onde so formalizados o domnio da informao, funo, comportamento, desempenho, restries e critrios de validao para o software. Percorre-se a espiral em direo ao seu exterior no sentido horrio, ao longo de linhas que indicam o escopo do teste cada volta: o teste de unidade comea no centro e se concentra em cada unidade do sistema conforme especificado no cdigo-fonte. Em seguida, no teste de integrao, o projeto e construo da arquitetura do software estar em foco. No teste de validao, os requisitos definidos como parte dos requisitos de modelagem so validados em relao ao software criado. Na sequncia, no teste do sistema, o software e outros elementos so testados como um todo.
Figura 1.1 Estratgia de teste de software vista no conceito espiral.
4. TECNICAS E TIPOS DE TESTES

O teste um processo individualista. Por muitos anos a nica defesa contra os erros de programao era um projeto cuidadoso e a inteligncia do programador. Porm na atualidade, contamos com tcnicas modernas de projeto que ajudam a reduzir a quantidade de falhas iniciais do projeto.
4.1.
TIPOS DE TESTE PARA SOFTWARE CONVENCIONAL
Teste de Unidade: O objetivo um pedao do cdigo. Verifica-se cada unidade de mdulos (ou classes) individualmente, afim de encontrar falhas de funcionamento dentro desta pequena parte do sistema funcionando independentemente do todo.
Testes de
Integrao:
Devem ser desenvolvidos a partir da
especificao do sistema. Baseado na juno entre componentes implementados em sistemas completos ou subsistemas e diversos testes de unidade, com o objetivo de encontrar falhas provenientes da integrao interna destes componentes. Geralmente os tipos de falhas encontradas so de transmisso de dados.
Teste de Regresso: Sempre que houver mudanas, toda a aplicao toda deve ser testada novamente. Consiste em aplicar, a cada ciclo ou nova verso do sistema, todos os testes que j foram aplicados nas verses anteriores. recomendada a utilizao de ferramentas de
automao de teste, para que todos os testes anteriores possam ser executados novamente com maior agilidade.
Teste Fumaa: projetado como um mecanismo de marcapasso para projetos com prazo crtico, permitindo que a equipe de software avalie o projeto frequentemente. utilizada com desenvolvidos. uma abordagem de teste de integrao quando produtos de software so
frequncia
4.2.
TIPOS
DE
TESTE
PARA
SOFTWARE
ORIENTADO
OBJETOS
Teste de Unidade: Quando consideramos o software orientado a objeto, o conceito de unidades modificado. O encapsulamento controla a definio de classes e objetos, ou seja, cada classe e cada instncia de uma classe (objeto) empacotam atributos (dados) e as operaes que manipulam esses dados. Assim sendo, no teste de unidade orientado a objetos, no se pode testar uma nica operao isoladamente como no teste de unidade convencional, mas sim como parte de uma classe.
Testes de Integrao: o teste de integrao no contexto OO baseado em duas estratgias diferentes: sequncia de execuo que integra o conjunto de classes necessrias para responder a uma entrada ou um evento do sistema e teste baseado em uso que inicia a construo do sistema testando aquelas classes que usam poucas (ou nenhuma) classes servidoras.
10
4.3.
TIPOS DE TESTES PARA WebApps
Utiliza os princpios bsicos para todo o teste de software e aplica tticas usadas em sistemas OO. Resume-se nos seguintes passos:
1) O modelo de contedo revisado para descobrir erros; 2) O modelo de interface revisado para assegurar que todos os casos podem ser acomodados; 3) O modelo de projeto da WebApp revisado para descobrir erros de navegao; 4) A interface de usurio testada para descobrir erros na mecnica de apresentao e/ou navegao; 5) Para cada componente funcional feito o teste de unidade; 6) testada a navegao atravs de toda arquitetura; 7) A WebApp desenvolvida em vrios ambientes com diferentes configuraes diferentes e testada quanto compatibilidade com cada configurao; 8) So feitos testes de segurana tentando explorar vulnerabilidades na WebApp ou dentro de seu ambiente; 9) So feitos testes de desempenho; 10) A WebApp testada por uma populao de usurios finais controlados e monitorados. O resultado desta atividade avaliado quanto a erros de contedo e de navegao, problemas de utilizao, problemas de compatibilidade e confiabilidade e desempenho da WebApp.
Teste de Validao ou Aceitao: Verificao do produto de software para analisar se o mesmo atende os requisitos. Realizados por um grupo restrito de usurios finais do sistema, que simulam operaes de rotina do sistema para analisar se o funcionamento est de acordo com
11
o solicitado, permitindo ao cliente determinar se aceita ou no o sistema. O software validado ento pelo comprador, pelo usurio ou por um terceiro, com o uso de dados ou cenrios especificados ou reais. Pode incluir testes funcionais, de configurao, de recuperao de falhas, de segurana e de desempenho. Testes Alfa e Beta: O objetivo descobrir erros que poderiam destruir o software em sua utilizao no passar do tempo. O teste alfa executado pelo cliente nas instalaes do desenvolvedor onde o mesmo dever acompanhar a execuo registrando as falhas encontradas. O teste beta realizado em uma ou mais instalaes do cliente final, sem a participao do desenvolvedor, como uma utilizao real do software. Os defeitos ou falhas so reportados regularmente ao desenvolvedor.
4.4.
ESTRATEGIAS DE TESTES DE SISTEMA
Teste de Segurana: Testes destinados a garantir que o objetivo do teste e os dados (ou sistemas) possam ser acessados apenas por determinados atores. Esse teste desenvolvido e executado em vrios objetos de teste. Testa-se a segurana da aplicao das mais diversas formas, utilizando os diversos papis.
Teste de Recuperao: um teste do sistema que fora o software a falhar de varias formas e verifica se a recuperao executada corretamente. Se a recuperao for automtica (executada pelo prprio sistema), a reinicializao, os mecanismos de verificao, recuperao de dados e reinicio so avalidados quanto correo. Se a recuperao requer interveno humana, o tempo mdio de reparo avaliado para determinar se est dentro dos limites aceitveis.
12
Teste por Esforo ou Estresse: utiliza um sistema de maneira que demande recursos em quantidade, freqncia ou volumes anormais. um tipo de teste de confiabilidade destinado a exercitar um sistema em condies anormais e inesperadas, por caminhos s vezes no previstos no desenvolvimento ou documentao e verificar desta forma at onde ele poder ser forado at falhar. importante que a falha no cause a corrupo de dados ou a perda inesperada de servios do usurio. O stress no sistema pode abranger cargas de trabalho extremas, memria insuficiente, hardware e servios indisponveis ou recursos compartilhados limitados.
Teste de Avaliao de Desempenho: Compara o funcionamento de um sistema e uma carga de trabalho de referncia conhecidos. projetado para testar o desempenho em tempo de execuo do software dentro do contexto de um sistema integrado. Este teste feito em todas as etapas no processo de teste.
Testes de Disponibilizao ou Configurao: Testar se a aplicao funciona corretamente em diferentes ambientes de hardware ou de software. O sistema exercitado em cada ambiente no qual ele deve operar.
Processo
de
Depurao:
Ocorre
em conseqncia
do
teste,
comeando com a execuo de um caso de teste. Os resultados so avaliados e uma falta de correspondncia entre o desempenho esperado
13
e o desempenho real encontrada. O processo de depurao tenta combinar o sintoma com a causa, levando assim correo do erro.
4.5.
OUTRAS ESTRATGIAS DE TESTES UTILIZADAS
Tcnicas No Funcionais: Utilizada para testar aspectos nofuncionais do sistema, como aspectos que compreendem o que est de acordo com necessidades de negcio ou restries tecnolgicas. Em contraste o teste de funo que verifica a operao correta do sistema em relao a sua especificao, este tipo de teste faz uma anlise da operao correta do sistema em relao a casos invlidos ou inesperados de entrada. uma forma de testar a tolerncia e a robustez do software em lidar com o inesperado.
Teste de Funo: Destinado a testar e validar as funcionalidades, requerimentos e regras de negcio presentes na documentao, fornecendo os servios, mtodos ou casos de uso necessrios. Esse teste implementado e executado em diferentes objetivos do teste, como unidades, unidades integradas, aplicativos e sistemas.
Testes de Interface: Os testes de interface procuram descobrir defeitos nas interfaces ou nos mdulos. Ocorrem quando mdulos ou subsistemas so integrados para criar sistemas maiores. O objetivo detectar erros devido a falhas ou suposies invlidas sobre interfaces. Este tipo de teste particularmente importante para o desenvolvimento
14
orientado a objeto, uma vez que os objetos so definidos por suas interfaces.
Teste de Volume: Destinado a verificar a capacidade do objetivo do teste de lidar com um grande volume de dados, como entrada e sada ou residente no banco de dados. O teste de volume abrange estratgias de teste, como, por exemplo, a entrada de dados do volume mximo de dados em cada campo ou a criao de consultas que retornem todo o contedo do banco de dados ou que tenham tantas restries que nenhum dado seja retornado.
Teste de Usabilidade: Testes que enfatizam:

o o o o o o o
fatores humanos; esttica; consistncia na interface do usurio; ajuda on-line e contextual; assistentes e agentes; documentao do usurio; material de treinamento.
Teste de Integridade: Testes destinados a avaliar a robustez do objetivo do teste (resistncia a falhas) e a compatibilidade tcnica em relao a linguagem, sintaxe e utilizao de recursos. Esse teste implementado e executado em vrios objetivos do teste, como unidades e unidades integradas.
15
Teste de Estrutura: Tem o objetivo de avaliar a adequao em relao a seu design e sua formao. Em geral, esse teste realizado em aplicativos habilitados para a Web, garantindo que todos os links estejam conectados, que o contedo apropriado seja exibido e que no haja contedo rfo.
Teste de Conteno: Testes destinados a verificar se os objetivos do teste podem lidar de forma aceitvel com as demandas de vrios atores no mesmo recurso (registros de dados, memria, etc.).
Teste de Carga: Usado para validar e avaliar a aceitabilidade dos limites operacionais de um sistema de acordo com cargas de trabalho variveis, enquanto o sistema em teste permanece constante. Em algumas variveis, a carga de trabalho permanece constante e a configurao do sistema em teste que varia.
Testes de Caixa Preta: Baseado na especificao do sistema, este teste considera o programa como uma caixa-preta. Testa-se todas as entradas e sadas desejadas, avaliando o comportamento externo do componente de software, sem considerar o comportamento interno do mesmo, ou seja, o cdigo no avaliado e cada sada indesejada visto como um erro. Esta tcnica aplicvel a todas as fases de teste teste unitrio, teste de integrao, teste de sistema e teste de aceitao.
Testes de Caminho: Objetiva-se garantir que o conjunto de casos de teste tal que cada caminho do programa executado no mnimo uma
16
vez.
Para o teste de caminho, elabora-se um grafo de fluxo de
programa, onde os ns representam os pontos de deciso do programa, e os arcos representam o fluxo de controle.
Teste de Configurao: Destinado a garantir que o objetivo do teste funcione conforme o esperado em diferentes configuraes de hardware e/ou software. Esse teste tambm pode ser implementado como um teste de desempenho do sistema.
Teste de Instalao: Visa garantir que o objetivo do teste seja instalado conforme o esperado em diferentes configuraes de hardware e/ou software e sob diferentes condies (como no caso de espao insuficiente em disco ou interrupo de energia).
Teste Estrutural ou Testes de Caixa Branca: O programa analisado para se determinar caminhos a serem executados e a seleo de casos de teste. Avalia o comportamento interno do componente de software trabalhando diretamente sobre o cdigo e analisando aspectos como: condio, fluxo de dados, ciclos, caminhos lgicos, cdigos nunca executados. recomendada para as fases de teste de unidade e de integrao, cuja responsabilidade principal dos programadores que conhecem bem o cdigo fonte produzido.
Teste de Operao: Envolve testes de instalao, simulaes com cpia de segurana dos bancos de dados, etc, sendo aplicado somente em casos quando o acesso pode ser feito interna ou externamente a
17
uma organizao. Garante que a aplicao pode rodar muito tempo sem falhar. Devem ser feitas simulaes a fim de garantir que o
funcionamento ter sucesso.
Teste de Performance: Analisa se o tempo de resposta o desejado para o momento de utilizao da aplicao.
Teste de Carga: Verificao do funcionamento da aplicao com a utilizao de uma quantidade grande de usurios simultneos.
Teste de Aceitao do Usurio: Testa-se a aceitao do software pelo usurio. Geralmente so mais analisados quesitos da interface. Ex: caso exista um boto pequeno demais para executar uma funo.
Teste da Caixa-cinza: Agregam-se neste teste as tcnicas de caixapreta e de caixa-branca, envolvendo acesso a estruturas de dados e algoritmos do componente para desenvolver os casos de teste, que so executados como na tcnica da caixa-preta.
18
5. PAPIS
Como qualquer outro construtor, o desenvolvedor de software tem interesse em demonstrar que sua criao no tem erros ou falhas e funciona como o solicitado pelo cliente. Baseado nisto, podemos dizer que a anlise e o projeto de software em si, so atividades construtivas. De encontro com esta atitude construtiva do software, o teste visa quebrar a perfeio da construo e encontrar defeitos, sendo assim encarado do ponto de vista psicolgico do desenvolvedor como uma atitude destrutiva. Desta forma, quando o desenvolvedor testar seu cdigo, inconscientemente poder estar projetando e executando testes que demonstram o bom funcionamento de seu sistema, em vez de descobrir as falhas. Os erros continuaro existindo e podero ser encontrados pelo cliente. Por este motivo muito importante utilizar profissionais diferentes para o desenvolvimento de um software e sua verificao. Abaixo esto alguns papis que englobam a atividade de testes: Testador de software - responsvel pela execuo do teste. Este profissional executa os passos de teste documentados pelo analista de teste e evidenciar os resultados de execuo. Em casos de execues de teste malsucedidas, esse profissional pode tambm registrar ocorrncias de teste (na maioria das vezes, defeitos) em canais atravs dos quais os desenvolvedores tomaro conhecimento das mesmas e tomaro as providncias de correo ou de esclarecimentos. O testador pode desenvolver vrios papis num projeto de teste de software, podendo acumular mais de um papel. Isto acontece de acordo com caractersticas e restries do projeto em desenvolvimento. Nas fases de teste de unidade e de integrao, por exemplo, os papis de arquiteto de teste e analista de teste podem ser assumidos pelo analista de sistemas do projeto; o papel de testador pode ser assumido pelo programador ou por um segundo programador que atue num processo de programao em pares. O gerente de projeto de testes - a pessoa responsvel pela liderana do projeto de teste especfico, normalmente relacionado a um sistema de desenvolvimento. O engenheiro, ou arquiteto de testes o tcnico responsvel pelo levantamento de necessidades relacionadas montagem da infraestrutura de teste, incluindo-se o ambiente de teste, a arquitetura de soluo, as restries tecnolgicas, as ferramentas de teste. tambm responsvel pela liderana tcnica do trabalho de teste e pela comunicao entre a equipe de teste e a equipe de projeto (ou equipe de desenvolvimento).
19
O analista de teste o tcnico responsvel pela operacionalizao do processo de teste. Deve seguir as orientaes do gerente de teste ou do arquiteto de teste para detalhar a forma de execuo dos testes e as condies de teste necessrias. Tambm deve focar seu trabalho nas tcnicas de teste adequadas fase de teste trabalhada. Tambm no campo de anlise, o analista de ambiente o tcnico responsvel pela configurao do ambiente de teste e pela aplicao das ferramentas necessrias para tal. Esse profissional deve ser especializado em arquiteturas de soluo e nos sistemas operacionais e softwares de infraestrutura que regem o ambiente. Ele ser responsvel por tornar disponvel o ambiente de teste. Por fim, o automatizador de teste o tcnico responsvel pela automao de situaes de teste em ferramentas. Ele deve observar as condies de teste e respectivos passos de teste documentados pelo analista de teste e automatizar a execuo desses testes na ferramenta utilizada.
20
6. ARTEFATOS
O processo de teste de software pode produzir diversos artefatos. O caso de teste geralmente consiste de uma referncia a um identificador ou requisito de uma especificao, pr-condies, eventos, uma srie de passos a se seguir, uma entrada de dados, uma sada de dados, resultado esperado e resultado obtido. A srie de passos (ou parte dela) pode estar contida num procedimento separado, para que possa ser compartilhada por mais de caso de teste. O grande desafio das empresas produzir softwares com qualidade, em um curto espao de tempo, com baixo custo e atender as expectativas do cliente com o produto desenvolvido, ou seja, atender aos requisitos impostos pelo mesmo. Na atividade de testes de software, existem vrias atividades como: planejamento e controle, escolha das condies de teste, modelagem dos casos de teste, checagem dos resultados, avaliao de concluso dos testes, gerao de relatrios como tambm a reviso dos documentos. Algumas pessoas confundem a atividade de depurao (debbuging) com a atividade de teste, mas elas diferem. Pois, a atividade de teste pode demonstrar falhas que so causadas por defeitos enquanto a depurao uma atividade de desenvolvimento que repara o cdigo e checa se os defeitos foram corrigidos corretamente para ento ser feito um teste de confirmao por um testador com a inteno de certificar se o mesmo foi eliminado.
21
7. CONCLUSO
Como podemos verificar ao longo deste trabalho, os testes de software so imprescindveis no desenvolvimento de sistemas de qualidade. decorrer desta pesquisa, possvel constatar que: - A atividade de testar softwares o processo de executar um programa com a inteno de descobrir falhas ou erros ainda no descobertos e tm por finalidade agregar qualidade ao produto. - Pode-se fazer uma medio da qualidade do software em relao aos defeitos encontrados, pois, se forem encontrados poucos defeitos, o software ser mais confivel; - Atravs dos testes pode-se reduzir o custo do projeto, medida que a descoberta de falhas e incompatibilidades antecipada. Sem dvida, a atividade de testar indispensvel na concluso de projetos de sucesso para os quais se espera satisfao do cliente. O profissional desta rea deve ser cada vez mais procurado pelas fabricas de teste, consultorias especializadas, instituies financeiras e fbricas de software medida que atualmente, o mercado tem atribudo alta relevncia ao processo de testes. No
22
8. REFERNCIAS
PRESSMAN, Roger. Engenharia de Software Uma abordagem Profissional. 7 ed. Editora AMGH. 2011 (pag. 401 a 427) MACORATTI.NET. Testes em desenvolvimento de sofware Voc precisa disto ?. Disponvel em: http://www.macoratti.net/tst_sw1.htm. Acesso em 15/09/2011. LINHA DE CDIGO. Introduo ao Teste de Software. Disponvel em: http://www.linhadecodigo.com.br/artigo/2775/Introdu%C3%A7%C3%A3o-aoTeste-de-Software.aspx. Acesso em 15/09/2011. WTHREEX.COM. Conceitos: Tipos de Teste. Disponvel http://www.wthreex.com/rup/process/workflow/test/co_tytst.htm. Acesso 15/09/2011. SCRIBD.COM. Testes. Disponvel http://pt.scribd.com/doc/63754658/17/Teste-Alfa-E-Beta. Acesso 15/09/2011. SLIDESHARE. O Mercado de Teste de Software. Disponvel http://www.slideshare.net/elias.nogueira/o-mercado-de-teste-de-softwarepresentation. Acesso em 15/09/2011. em: em
em: em
em:

Testes de Software

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Testes de Software

Enviado por

Direitos autorais:

Formatos disponíveis

Generated by Foxit PDF Creator Foxit Software http://www.foxitsoftware.com For evaluation only.

Vanessa Floriano Silva

professor Moyses Sanches, no curso de programao JAVA Londrina/PR, no dia 22/09/2011.

3. ESTRATGIAS DE TESTE DE SOFTWARE

Figura 1.1 Estratgia de teste de software vista no conceito espiral.

4. TECNICAS E TIPOS DE TESTES

TIPOS DE TESTE PARA SOFTWARE CONVENCIONAL

Devem ser desenvolvidos a partir da

TIPOS DE TESTES PARA WebApps

ESTRATEGIAS DE TESTES DE SISTEMA

OUTRAS ESTRATGIAS DE TESTES UTILIZADAS

Teste de Usabilidade: Testes que enfatizam:

Para o teste de caminho, elabora-se um grafo de fluxo de

funcionamento ter sucesso.

Você também pode gostar