Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.

Slides:



Advertisements
Apresentações semelhantes
RUP – Rational Unified Process
Advertisements

Os projetos.
Gerenciamento do escopo
Adélia Barros Testes de Software Adélia Barros
GERENCIAMENTO DE INTEGRAÇÃO DO PROJETO
Testando o sistema Teste funcional: o sistema integrado realiza as funções especificadas nos requisitos? Teste de desempenho: os requisitos não-funcionais.
Definição de Casos de Teste Funcionais a partir de Casos de Uso
Tópicos Motivação para teste Por que algumas empresas não testam
Rational Unified Process(RUP)
INTRODUÇÃO A INFORMÁTICA
Revisões de Software Parte 1
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
RUP: Fluxo de Análise e Projeto
Testes – visão geral Vanilson Burégio.
Gestão de Defeitos 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
Rational Unified Process
RUPinho Qualidade de Software
Visão Geral do RUP.
O Fluxo de Implementação
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Processos de Desenvolvimento de Software – Parte 2
Gestão de Escopo Por Ruan Carlos.
Análise e Projeto de Sistemas
Objetivos das Atividades de Implementação • Implementar as classes do modelo de projeto em termos de componentes (código fonte ou executável, etc.) •
Planejamento e Projeto de Testes
Engenharia de Software com o RUP - Workflow de Testes Parte I
 - PSF Grupo: abc, agsj, fcac.
Disciplina Implantação
Testes Disciplina: Estudo do RUP Autor: Tiago Lima Massoni
Gerência de Configuração - GC
ANÁLISE E DESENVOLVIMENTO
Fase de Concepção (Início, Planejamento)
PSBD II Projeto de Sistemas de Banco de Dados II
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
Especificação em Projeto de Sistemas
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Análise e Projeto Orientados a Objetos
Teste de Software Conceitos iniciais.
Bruno Silva Desenvolvido a partir de
Qualidade de Produto ISO 14598
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.
Gestão de defeitos.
Processo de Desenvolvimento de Software – PDS C Construção - PAS
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Processos de Software.
dotProject EAP – dP EAP Jose Nome Matrícula Filipe Barbosa de Almeida
Técnicas e Projeto de Sistemas
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
Thrivial Clinic.
1 Teste de Software Aula 2 Teresa Maciel DEINFO/UFRPE.
Projeto Piloto do LabPS Teste do Flip
Gestão de projetos de Software GTI-16
Integração.
CIn-UFPE1 © 2003, Alexandre Vasconcelos Visão Geral do RUP.
Desenvolvimento de Sistemas - Fluxo de Testes
Construção leva à capacidade operacional inicial Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
Requisitos Não funcionais
Engenharia de Software
Qualidade de Produtos de Software
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Engenharia de Software com o RUP - Workflow de Requisitos
Gerenciamento de Escopo
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
TESTES DE SOFTWARE – AULA 1 Prof. Me. Ronnison Reges Vidal
Elicitar Requisitos Documentar Requisitos Validar Requisitos Estrutura Implementação Implementar Componentes Testar de Unidades Corrigir Defeitos Testar.
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.
Transcrição da apresentação:

Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro de Informática Universidade Federal de Pernambuco

Fluxo de Testes

n Objetivo: Avaliar o nível de qualidade do produto u Verificar a correta integração entre todos os componentes de software; u Verificar se todos os requisitos do sistema foram implementados corretamente; u Planejar os testes que devem ser executados em cada iteração; u Projetar e implementar os testes, definindo casos de teste; u Identificar defeitos e assegurar que suas correções são prioritárias à entrega do produto.

Relacionamento com os demais Fluxos n No fluxo de planejamento e gerenciamento, os testes para cada iteração são planejados e documentados no plano da iteração; n O fluxo de requisitos é o primeiro passo para a identificação dos testes que serão executados; n O fluxo de análise e projeto descreve como desenvolver um projeto e isto é outro passo para a definição de testes; n O alvo principal das atividades de teste é a aplicação do mesmo aos resultados da implementação.

O que é um Modelo de Teste? Um modelo de teste consiste de: Casos de teste Procedimentos de teste Um caso teste pode ser implementado por um ou mais procedimentos. Um procedimento de teste talvez implemente (todo ou parte de) um ou mais caso de teste. Use cases são a primeira entrada para identificar casos de teste. Caso de teste Iniciar saque Procedimento de teste OK Caso e procedimento de teste em um Sistema ATM. Saque de um valor pré-definido Saque de um valor digitado Finalizar saque de valor pré-definido Finalizar saque de um valor digitado Caso de teste

Artefatos do Fluxo de Testes Casos de Teste Projeto de Testes Procedimentos de Teste Plano de Testes Log’s de DefeitosComponentes de Teste Avaliação dos Testes

Plano de Testes n Descreve as estratégias de teste, o esforço necessário para sua realização e seu cronograma; n Na estratégia de teste estão definidos os tipos de teste que serão executados na iteração e os objetivos que devem ser atingidos.

Plano de Testes

Projeto de Testes n É composto pelos casos e procedimentos de teste; n Um caso de teste especifica uma maneira de testar o sistema: o que testar, quais os valores e pré- condições de entrada e os valores e pós-condições de saída; n Um procedimento de teste especifica como realizar um ou diversos casos de teste. É um conjunto de instruções para execução e avaliação de resultados para um ou mais casos de teste, que podem ser efetivados manualmente ou através de ferramentas.

Projeto de Testes

Avaliação dos Testes n É uma avaliação dos resultados dos esforços do teste como, por exemplo, a análise da cobertura dos casos e procedimentos de teste

Log’s de Defeito n É um registro de um defeito encontrado ao ser executado um teste.

Componente de Teste n Automatiza um ou mais procedimentos de teste ou partes deles e pode ser desenvolvido usando-se uma linguagem de programação ou gerado através de uma interação com uma ferramenta de testes; n Os componentes podem ser classes, pacotes, subsistemas ou scripts.

Considerações Gerais sobre os Artefatos do Fluxo de Testes n Devido à natureza iterativa do processo de desenvolvimento muitos dos artefatos produzidos nas primeiras iterações como casos e procedimentos de teste são usados em iterações posteriores como testes de regressão.

Artefatos x Responsáveis no Fluxo de Testes Plano de testes Projetista de testes responsável por Projeto de testes (casos e procedimentos) Log de defeitos de sistema Testador de sistema responsável por Subsistemas, Componentes, Classes, Pacotes e Scripts de teste Programador responsável por Log de defeitos de integração Testador de integração responsável por Avaliação dos testes

Visão das atividades Testador de Integração Testador de Sistema Projetista de TestesElaborar Plano de Testes Programador Executar Testes de Integração Executar Testes de Sistema Implementar Testes Projetar TestesAvaliar Testes

Atividade do projetista de testes: Elaborar plano de testes n Tem por objetivo documentar as informações relevantes ao planejamento dos testes para uma iteração.

Elaborar plano de testes : entrada x saída n Entrada: u Documento de requisitos u Modelo de casos de uso n Saída: u Plano de testes

Elaborar plano de testes: passos n Identificar requisitos a serem testados n Definir prioridades n Definir estratégias de testes n Definir recursos n Definir cronograma n Notificar o gerente do projeto

Atividade do projetista de testes: Projetar testes n Tem por objetivo identificar e descrever os casos de teste para cada build, e identificar e estruturar os procedimentos de teste, especificando como executar os casos de teste.

Projetar testes : entrada x saída n Entrada: u Documento de requisitos u Modelo de casos de uso u Plano de testes n Saída: u Projeto de testes u Plano de testes (atualizado)

Projetar testes: passos n Identificar e descrever casos de teste n Identificar e estruturar procedimentos de teste

Atividade do projetista de testes: Avaliar testes n Tem por objetivo medir quantitativamente o progresso dos testes e, opcionalmente, gerar um relatório de avaliação dos testes.

Avaliar testes : entrada x saída n Entrada: u Plano de testes u Projeto de testes n Saída: u Avaliação dos testes (opcional)

Avaliar testes: passos n Avaliar cobertura dos casos de teste n Verificar se os critérios de completude e sucesso dos testes foram atingidos

Atividade do testador de integração: Executar testes de integração n Tem por objetivo executar testes de integração para cada build do sistema, avaliar seus resultados e registrar os defeitos encontrados.

Executar testes de integração : entrada x saída n Entrada: u Plano de testes u Projeto de testes u Componentes de teste n Saída: u Log de defeitos de integração

Executar testes de integração: passos n Executar os procedimentos de teste n Avaliar a execução dos testes n Recuperar testes interrompidos n Verificar os resultados n Investigar os resultados inesperados n Registrar defeitos encontrados

Atividade do testador de sistemas: Executar testes de sistema n Tem por objetivo executar testes de sistema para o último build de cada iteração do sistema, avaliar seus resultados e registrar os defeitos encontrados.

Executar testes de sistema : entrada x saída n Entrada: u Plano de testes u Projeto de testes u Componentes de teste n Saída: u Log de defeitos de sistema

Executar testes de sistema: passos n Executar os procedimentos de teste n Avaliar a execução dos testes n Recuperar testes interrompidos n Verificar os resultados n Investigar os resultados inesperados n Registrar defeitos encontrados

Atividade do programador: Implementar testes n Tem por objetivo automatizar procedimentos de teste criando componentes de teste consistentes com os casos de teste associados.

Implementar testes : entrada x saída n Entrada: u Projeto de testes n Saída: u Componentes de teste

Implementar testes: passos n Gerar componentes de teste n Identificar funcionalidades específicas para teste nos modelos de projeto e implementação n Definir conjunto de dados externos