Visão de testes em Software Rogério Monteiro, CIn UFPE 02 – Maio - 2005.

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto de Sistemas I
Advertisements

Teste de Software 01: Introdução
Metodologia de testes Nome: Gustavo G. Quintão
Adélia Barros Testes de Software Adélia Barros
Débora da Silva Orientadora: Maria Inés Castiñeira
Teste de Software.
Projeto conceitual Mostra ao cliente exatamente o que o sistema fará
Garantia de Qualidade do software
Tópicos Motivação para teste Por que algumas empresas não testam
Valéria Maria Lauande Março/2010
INTRODUÇÃO A INFORMÁTICA
Processos de Desenvolvimento de Software
Procedimentos Fábrica
Revisões de Software Parte 1
Seminário de Andamento UNILASALLE André Sandri Maio 2006 PROFILE EM UML PARA MODELAGEM SIMPLIFICADA DE INTERFACES GRÁFICAS EM APLICATIVOS.
Ci&T SPIN – Campinas Equipe de testes em projetos com CI e TDD.
Técnicas de Teste de Software
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
TSDD Teste de segurança durante o desenvolvimento.
Testes – visão geral Vanilson Burégio.
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Gerenciamento de Requisitos com Casos de Uso
Gerenciamento de Requisitos com Casos de Uso
Integração de Produto Marleson Filipe.
Gerência de Configuração
Introdução aos conceitos de Teste de Software
RUPinho Qualidade de Software
Visão Geral PRO.NET.
Visão Geral do RUP.
Problemas e Práticas Recomendadas no Desenvolvimento de Software
Tribunal de Justiça de Pernambuco
The art of Unit Testing. Unit testing O Um teste unitário é uma parte de código (geralmente um método/função), que invoca outra parte de codigo e verifica.
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
Plano de Manutenção <RedMan>
The Avengers Testers Team. Diraci Junior Trindade da Silva Analista de Qualidade CWI Software Coordenador do GUTS-rs
Teste de Software Conceitos iniciais.
ANÁLISE ESTRUTURADA DE SISTEMAS
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Introdução a Teste de Software
dotProject EAP – dP EAP Jose Nome Matrícula Filipe Barbosa de Almeida
Conceitos Básicos Introdução.
SCORE 2009 – aula a convite do Prof. Jaelson Castro Marcelo d’Amorim Testes em 2h.
Click to edit Master subtitle style 11/18/09 Gerenciamento de Congressos Carlos M., Daniel R., Rafael H. e Caio G. Desenvolvimento de Software III – 2010/1.
Base de Conhecimento em Teste de Software Gestão de Defeitos
Rede de Laboratórios de Produtividade de Software.
1 PSP/TSP Definições e Questões Jones Albuquerque
Cigré/Brasil CE B5 – Proteção e Automação Seminário Interno de Preparação para o Colóquio de Madri 2007 Rio de Janeiro, outubro/07.
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE AULA 5
PROCESSO DE TESTES Thivial Clinic.
CIn-UFPE Modelos de Maturidade de Testes
CIn-UFPE1 © 2003, Alexandre Vasconcelos Visão Geral do RUP.
Desenvolvimento de Sistemas - Fluxo de Testes
Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.
Antonio Nascimento Roteiro Introdução Objetivos Áreas de Conhecimento Certificações Conclusões Referências.
Verificação e Validação
Qualidade de Produtos de Software
Professor: Ygor Colen Morato
Qualidade de Produtos de Software
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Um Modelo de Subcontratação de Desenvolvimento de Software
MHP – RFP 2 Luiz Eduardo Sílvio Meira Jones Albuquerque
PSDS com CMMI Nível 2 Dimitri de Almeida Malheiros Barbosa 27/03/2006.
CIn-UFPE Seleção de Testes de Regressão para Redução de Defeitos Escapados Juliana Mafra – Novembro
Introdução 1.
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
TESTES DE SOFTWARE – AULA 1 Prof. Me. Ronnison Reges Vidal
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Eco-innovation in business models ? theoretical considerations Anais Rossana Filetti Soranz Sandro.
Transcrição da apresentação:

Visão de testes em Software Rogério Monteiro, CIn UFPE 02 – Maio

2 / 12 Objetivos Apresentar alguns conceitos relativos a testes em software Discutir dificuldades e algumas alternativas Depoimento de quem está na área

3 / 12 Testes The process of exercising software to verify that it satisfies specified requirements and to detect errors. The process of analyzing a software item to detect the differences between existing and required conditions (that is, bugs), and to evaluate the features of the software. The process of operating a system or component under specified conditions, observing or recording the results, and making an evaluation of some aspect of the system or component.

4 / 12 Alguns tipos de testes Stress Boundary Acceptance Ad Hoc White Box System Storage Soak Security Installation Black Box Security Sanity Regression Positive Performance Negative Integration Functional Veja definições em

5 / 12 Automatizados X Manuais Automated testing: Testing employing software tools which execute tests without manual intervention. Can be applied in GUI, performance, API, etc. testing. => A definição do que se deve automatizar é um assunto geralmente polêmico. Escolha racional baseada em números é fundamental para aumentar a chance de um bom resultado.

6 / 12 Controle sobre artefatos Controle de versão, revisões formais, inspeções formais, etc dos artefatos são pré-requisitos para um bom resultado nos testes. Iniciar trabalho em testes nas primeiras fases de desenvolvimento é importante. Participação da equipe de testes nas revisões do principais artefatos do desenvolvimento.

7 / 12 Controle sobre artefatos Requisitos originais corretos Aplicação incorreta Aplicação baseada num Projeto incorreto Aplicação correta Projeto baseado em especificações incorretas Projeto incorreto Especificações incorretas Projeto correto Especificações corretas Aplicação baseada em especificações incorretas Teste OKDefeito escondidoDefeito com Possibilidade de reparo Defeito sem Possibilidade de reparo

8 / 12 “Fábrica” de testes Os itens abaixo poderiam servir de escopo para uma fábrica de testes –Análise/revisão dos principais artefatos de desenvolvimento –Planejamento de testes –Projeto de testes –Manutenção de testes –Análise quantitativa e qualitativa dos resultados

9 / 12 Exemplo #1: Teste de estresse Cenário: –Grande corporação; –Sistema direcionado a um grande público; –Aplicação crítica para faturamento; –Aplicação WEB; –Teste de estresse requerido; –Empresa externa contratada para executar testes. => Resultado: O teste de estresse apontou falha no balanceamento de carga, SO, SGBD, web server, application server, sistema de controle de acesso geral e, por fim, na aplicação que era a principal parte a ser testada.

10 / 12 Exemplo #2: Implementação / Testes Cenário: –Aplicação pequena; –Equipe de testes externa; –Processo bem definido; –Uso da matriz de rastreabilidade => Resultado: equipe de testes apontou falhas em fases intermediárias. Testes de aceitação executados com sucesso (100%).

11 / 12 Dificuldades identificadas Como minimizar o apontamento de defeitos já identificados em etapas anteriores do processo de testes ou na mesma etapa, mas por pessoas/equipes diferentes? Como re-alimentar o processo com defeitos encontrados em fases posteriores ao período esperado?

12 / 12 Obrigado! Rogério Monteiro