Processo de Testes de RUP

CONTEÚDO

Introdução.
Atividades de Testes.
Contribuição dos Testadores (tester) às 4 Fases do RUP.
Descrição Geral do Fluxo de Trabalho de Testes.
Etapas do Workflow de Testes.
Artefatos de Testes.
Papéis e Atividades Presentes no Processo de Testes.
Ferramentas.
INTRODUÇÃO

Hoje em dia, como vemos, os testes já não são uma situação que surge nas etapas finais do projeto, eles envolvem uma
planejamento, estratégias e parâmetros para alcançar seu objetivo, os quais são concebidos
desde a fase de inception do projeto, contando com certas atividades que ajudam a levá-las de maneira
mais eficiente.

As atividades começam com o plano de testes, este documento contém informações relacionadas aos objetivos,
tanto gerais quanto específicos, assim como da estratégia e dos recursos que lhe serão destinados.

É necessário definir o que vai ser testado, como será feito, de tal forma que possamos obter resultados que nos
permitam refinar o projeto. A Rational oferece sua abordagem de testes usando RUP para avaliar a qualidade do software por
médio dos seguintes objetivos:
Encontrar e documentar os defeitos na qualidade do software
Aconselhando sobre a qualidade percebida no software
Fornecendo a validação das supostas feitas nas especificações de design e os requisitos através
de demonstrações concretas
Validando as funções do produto de software conforme foram projetadas
Validando se os requisitos foram implementados adequadamente
Validação do design.
ATIVIDADES DE TESTE

CONTRIBUIÇÃO DOS TESTADORES PARA AS 4 FASES DO RUP

O diagrama a seguir mostra de forma geral os testes realizados no RUP:

DESCRIÇÃO GERAL DO WORKFLOW DE TESTES

O propósito deste fluxo de trabalho de RUP é:
Verificar a interação entre objetos
Verificar a interação apropriada de todos os componentes do software
Verificar se todos os requisitos foram implementados corretamente
Identificar e garantir que os defeitos tenham sido tratados e resolvidos antes da implantação do software
No RUP, os testes são focados através do uso de um processo iterativo e de ferramentas. Uma abordagem iterativa para
testar permite à organização tratar os testes quase da mesma forma que o desenvolvimento de software é abordado.
Cada elemento do projeto é um objetivo para os testes. À medida que novos produtos de trabalho forem sendo produzidos,
o corpo de testes será adicionado e refinado. Eventualmente, todos os testes no corpo de testes serão
acumuladas de tal manera que pueden ser usadas para as posteriores provas de regressão no ciclo de vida do
desenvolvimento de software.

Este enfoque permite a uma organização:

Identificar possíveis riscos no início de um projeto.

Reduzir o custo de corrigir falhas, focando os recursos quando e onde terão o maior impacto.
Maximizar a efetividade por meio da adaptação da abordagem, do processo ou do orçamento conforme o projeto avança.
Este fluxo de trabalho de Testes está relacionado a outros fluxos de trabalho do RUP da seguinte forma:

O Workflow de Requerimentos captura a entrada principal para identificar quais testes realizar na forma de requerimentos em um
modelo de casos de uso.
O Workflow de Análise e Design captura a entrada principal para identificar quais testes realizar, descrevendo como desenvolver um
design
O Workflow de Implementação produz as construções de software do modelo de implementação que são testadas por meio do
Fluxo de Trabalho de Testes.
Dentro de uma iteração, há várias construções testadas: a primeira quando o sistema é integrado e a última para
testar todo o sistema.

ETAPAS DO WORKFLOW DE TESTES

Planejar os Testes: O principal artefato produzido é o Plano de Testes.
Projetar os Testes: Os principais artefatos produzidos são o Modelo de Testes (Test Model), os Casos de Teste.
(Caso de Teste), os Procedimentos de Teste e o documento de Análise de Carga de Trabalho
Documento de Análise).
Implementar os Testes: Os principais artefatos produzidos são o Roteiro do Teste e o Componente do Teste.
Executar os Testes na etapa de Integração de Testes: O principal artefato produzido é o documento Resultado
de Provas.
Executar os Testes na etapa de Testes do Sistema: O principal artefato produzido é o documento Resultado de
Pruebas.
Avaliar os Testes: Os principais artefatos produzidos são o Resumo de Avaliação de Testes
Resumo) e os Requisitos de Mudança (Change Request).
Cada atividade no Fluxo de Trabalho é essencial para testar o projeto com sucesso. Nenhuma atividade deve ser removida.
do Workflow de Testes.
ARTEFATOS DE PROVA
Os artefatos apresentados na tabela a seguir são produtos finais e intermediários que são realizados e usados durante
o Workflow de Testes de um projeto. Os artefatos de Testes capturam e comunicam informações de testes e
podem assumir a forma de um documento, um modelo ou um elemento de modelo.

A Tabela 1: Identifica alguns dos artefatos que devem ser desenvolvidos no Workflow de Testes.

Artefatos Criado / Revisado Revisar Ferramentas

Detalhes Usados
Incep Elab Cons Trans
Caso de X Gerente de Testes Informal
Testes Interno
Plano de X X Gerente Formal
Testes / –
Procedimentos Externo
o
Teste
Interna
Resultados de X X Gerente de Testes Formal
As Provas Interno
Roteiro de X X X Robô Informal
Testes – Teste Manual
Interno

Breve esquema de um caso de teste

1. Descrição do caso de teste.

 Uma descrição do propósito ou objetivo do teste, o escopo e qualquer pré-condição do teste.
2. Condição de execução.
Uma descrição da condição que será executada durante este teste:
1. Condições prévias.
Por cada condição de execução, descrever o estado requerido em que o sistema deve estar antes do teste
posso começar.
2. Teste de Entradas.
Por cada condição de execução, listar uma lista dos estímulos específicos que devem ser aplicados durante o teste.
Isso é o que geralmente se denomina as 'Entradas' do teste, e inclui os objetos ou campos que se comunicam e os
valores específicos de dados inseridos ao executar este caso de teste.
3. Pontos de observação.
Durante a execução do teste, enumerar quais observações devem ser feitas.
4. Pontos de Controle.
Durante a execução do teste, identificar os pontos em que o fluxo de controle pode ser alterado ou pode variar.
5. Resultados esperados.
O estado resultante ou as condições observáveis que se espera como resultado do teste de terem sido executados.
Ter em conta que isso pode ter tanto resultados positivos quanto negativos (por exemplo, condições erradas e
falhas).
6. Condições pós.
Por cada condição de execução, descrever o estado requerido que o sistema deveria retornar, permitindo posteriores
provas.

Breve esquema do plano de testes

O plano de testes captura informações dos seguintes elementos:

1.A definição das metas e objetivos do esforço de testes no âmbito de aplicação da iteração (ou projeto).
2.A definição dos elementos de prova dirigidos.
[Link] explicação da abordagem ou estratégia que será utilizada.
4. Os recursos e o calendário necessários.
[Link] entregables a ser producidos.
Breve esquema dos resultados de testes

A informação (em contraposição aos dados brutos), contida pelos resultados do teste pode variar dependendo
da tecnologia e das ferramentas utilizadas durante a execução do teste para capturar o registro de testes (Teste
log), e depois do fato de conduzir a análise da matéria-prima das provas, os dados do registro de provas
(Registro de Teste). Aqui estão algumas ideias para dados que podem ser determinados e disponibilizados para sua revisão e
avaliação

1. Identificador de resultados de prova (ID para a identificação desses resultados de prova de outros).
[Link], data, nome do avaliador e informações do ambiente (como O/S, características da máquina, etc.)
sucessivamente).
3. Identificação específica dos objetos de teste objetivo (por exemplo, a versão, objetos e arquivos).
[Link] de teste destinados a ser executados.
[Link] de teste executados.
[Link]ção do tamanho dos objetos de teste a serem executados.
[Link] o tamanho dos objetos de teste executados.
[Link] de resposta para determinadas sequências de eventos.
[Link] de dados que contêm os detalhes das conversas entre os atores e os objetos de teste alvo, e/ou
entre os objetos nos objetos de teste objetivo.
10. Resultado obtido de cada caso de prova executado.
11. As diferenças entre o resultado esperado e o resultado obtido.
12. Uma indicação de avanço ou não para cada caso de teste executado.
13. Nível real de integridade e os resultados positivos de cada Suite de testes executados.
14. Qualquer imprevisto ou resultados anormais ou comportamentos.
Breve Esquema dos Scripts de Testes

Cada script de testes deve considerar vários aspectos, incluindo os seguintes:

1. Os requisitos básicos de hardware de computador, por exemplo, processadores, memória de armazenamento,
disco rígido de armazenamento, dispositivos de interface de entrada / saída de interface de dispositivo.
2. A base subjacente do ambiente de software, por exemplo, o sistema operacional e as ferramentas básicas de
produtividade como o correio eletrônico ou um sistema de calendário.
3. Hardware periférico adicional especializado de entrada/saída; por exemplo, escâner de código de barras, dispositivos
sensor, etc.
O software necessário para hardware periférico adicional especializado de entrada/saída, por exemplo, controladores,
interface e portas de enlace de software.
5. O conjunto mínimo de ferramentas de software necessárias para facilitar o teste, a avaliação e atividades de
diagnóstico, por exemplo, os diagnósticos de memória, execução de testes automatizados, e assim por diante.
6. Os ajustes de configuração necessários tanto de hardware quanto de software, por exemplo, resolução das telas de
vídeo, a alocação de recursos, as variáveis de ambiente, e assim por diante.
[Link] necessidades de consumo "preexistentes", por exemplo, os conjuntos de dados populacionais.
Fragmentos tirados do livro eletrônico da versão RUP 2003.06.12.01

FUNÇÕES E ATIVIDADES PRESENTES NO PROCESSO DE TESTES

Habilidades do responsável pelos testes:

O conjunto de conhecimentos e habilidades pode variar em função dos tipos de provas

executados e das fases do ciclo de vida do projeto, no entanto, em geral, o pessoal
o encarregado dos testes deve ter as seguintes competências:
Conhecimento de técnicas e abordagens de teste.
Habilidades de diagnóstico e resolução de problemas
O conhecimento do sistema ou da aplicação a ser testada (desejável)
* Conhecimento de redes e arquitetura de sistemas (desejável)

Quando são necessárias provas automatizadas, essas habilidades devem ser consideradas além de
as que já foram mencionadas anteriormente:

Formação no uso adequado de ferramentas de automação de testes

* Experiência no uso de ferramentas de automação de testes
Conhecimentos de programação
Habilidades de depuração e diagnóstico

Este papel é o principal responsável por:

* Identificar a abordagem de implementação mais adequada para um teste específico.

A aplicação dos testes individuais
* Criação e execução dos testes
* Registro de resultados de teste e verificação da execução
Análise e recuperação de erros de execução

Segmento tomado do livro eletrônico de RUP Versão 2003.06.12.01

FERRAMENTAS
 Robôs de Testes (Rational Robot)
Ferramentas de Testes Funcionais (Rational TeamTest, Rational VisualTest).
Ferramentas de Testes de desempenho e confiabilidade (Rational SiteLoad, Rational QualityArchitect).
Frameworks de testes unitários (JUnit).
PROCESSO DE TESTES NO RUP

De acordo com o livro eletrônico RATIONAL UNIFIED PROCESS, "a disciplina de testes se concentra principalmente na
avaliação da qualidade do produto e é realizada de acordo com as seguintes práticas:

Buscar e documentar defeitos na qualidade do software.

Servir como guia para a conquista da qualidade do software.
Validar que o software funciona de acordo com as especificações que foram feitas no design.
Dicha disciplina está representada em um diagrama de atividades ou fluxo de trabalho onde se especificam cada uma de
as etapas que avaliam cada aspecto do desenvolvimento de software.

1. Primeiro fluxo de trabalho: MISSÃO DA AVALIAÇÃO.

2. Segundo fluxo de trabalho: VERIFICAÇÃO DO ENFOQUE DO TESTE.
3. Terceiro fluxo de trabalho: VALIDAÇÃO DA ESTABILIDADE.
4. Quarto fluxo de trabalho: TESTES E AVALIAÇÃO.
5. Quinto fluxo de trabalho: ALCANCE DE UMA MISSÃO ACEITÁVEL.
MISSÃO DA AVALIAÇÃO

O propósito da missão da avaliação é identificar a maneira mais adequada de realizar os modelos de teste em
cada iteração, assim como de se entender com as partes interessadas sobre os objetivos correspondentes em cada
teste.
 DESCRIÇÃO
Para cada iteração, esta atividade se concentra:

1. Identificar os objetivos e os resultados dos testes.

2. Identificação de uma estratégia para a utilização dos recursos.
3. Definir o alcance e os limites do teste.
4. Fazer um esboço da abordagem que será utilizada.
5. Definir a forma de avaliação do processo de cada teste."(livro eletrônico: RATIONAL UNIFIED PROCESS).

VERIFICAÇÃO DO ENFOQUE DE TESTE

O objetivo da abordagem é demonstrar que as diversas técnicas descritas nessa abordagem facilitam a realização do
objetivo. Se enfoca em verificar que a abordagem de trabalho produz resultados precisos e é apropriada para os recursos
disponíveis.

DESCRIÇÃO
A verificação da abordagem ajuda a investigar se existem riscos no ciclo de vida do projeto antes que ele seja
demasiado tarde e que possa dar resultado da viabilidade do teste."Para cada iteração, este trabalho se centra
principalmente em: a) Verificar se a estratégia de trabalho produz resultados de valor. b) O estabelecimento de
infraestrutura básica para permitir e apoiar a estratégia de teste. c) Obter o compromisso da equipe para o
desenvolvimento de software para atender aos requisitos de teste necessários para cumprir com a estratégia de teste e
garantir a continuidade dessa estratégia. d) Identificar o alcance, fronteiras, limitações e restrições de cada
técnica".(livro eletrônico: PROCESSO UNIFICADO RACIONAL).

VALIDAÇÃO DA ESTABILIDADE

O propósito deste fluxo de trabalho é validar que a construção é suficientemente estável para saber com
detalhe a avaliação do teste. Também é conhecido como teste de fumaça, teste de verificação da
construção, teste de construção de regressão, etc. Também contribui para evitar que os recursos sejam desperdiçados.
inútilmente.
 Para cada objeto que será construído e que será sujeito a teste, a validação da estabilidade foca em:
a) Realizar uma avaliação da estabilidade e comprovabilidade da construção.
b) Obter uma confirmação das expectativas do trabalho de desenvolvimento da construção.
c) Realizar uma decisão de aceitação (documento) para a construção, que seja adequada para seu uso, guiando-se de
a missão da avaliação em cada um dos testes ou para conduzir à construção de novos testes." (Livro
eletrônico: PROCESSO UNIFICADO RACIONAL).

PROVAS E AVALIAÇÃO

O propósito deste fluxo de trabalho é permitir uma avaliação consistente dos elementos que serão sujeitos a teste.
onde a avaliação é regida pelos testes de motivação e missão da avaliação. É realizada uma vez para cada
ciclo de prova, este trabalho implica a realização de um trabalho de prova e avaliação do esforço tais como:
conhecimento da implementação, execução e avaliação de testes específicos e relatórios correspondentes aos
incidentes que são encontrados ao longo do ciclo. "Para cada ciclo de teste, este trabalho se foca principalmente em:

Proporcionar uma avaliação contínua e uma avaliação das provas metas de cada ciclo.
Coleta das informações necessárias para diagnosticar e resolver certas questões ou problemas identificados.
Fornecer uma lista de riscos potenciais". (Livro eletrônico: PROCESSO UNIFICADO RACIONAL).
LOGRO DE UMA MISSÃO ACEITÁVEL

O objetivo deste fluxo de trabalho é fornecer um resultado útil de avaliação aos interessados (stakeholders) de
teste, desde que os resultados da avaliação sejam úteis em termos da missão da avaliação. Na
na maioria dos casos, isso se concentraria em ajudar a equipe de trabalho a alcançar os objetivos do plano de iteração
que aplicarão ao ciclo de testes. "Para cada ciclo de teste, este trabalho se concentra principalmente em:

Dar prioridade à seleção de provas que sejam necessárias para conduzir ao cumprimento da avaliação da missão.
Promover a resolução de questões importantes que têm um impacto negativo na missão da avaliação.
eletrônico: PROCESSO UNIFICADO RACIONAL).