Documentação do projeto

UNIVERSIDADE SÃO JUDAS TADEU

FACULDADE DE TECNOLOGIA E CIÊNCIAS EXATAS

SISTEMAS DE INFORMAÇÃO

FERRAMENTA DE SUPORTE À

GESTÃO DE TESTES DE SOFTWARE

SÃO PAULO

2009

1

FERRAMENTA DE SUPORTE À

GESTÃO DE TESTES DE SOFTWARE

ORIENTAÇÃO:PROFESSORA ANA PAULA GONÇALVES SERRA

COORIENTAÇÃO:PROFESSOR JOSÉ RICARDO FIGUEIREDO VAZ

ARTUR OISHIRA: 200605360

JULIANA FERREIRARA: 200604766

ROSA MOURARA: 200609046

RODRIGO MONTEIRORA: 200609118

THIAGO SOUZARA: 200607629

2

SUMÁRIO

INTRODUÇÃO......................................................................................................6

REQUISITOS DO SISTEMA................................................................................9

1.Breve Descrição.............................................................................................13

2.Fluxo Básico..................................................................................................13

3.Fluxos Alternativos.......................................................................................15

4.Requisitos Especiais.....................................................................................17

5.Pré-condições................................................................................................17

6.Pós-condições...............................................................................................17

7.Pontos de Extensão......................................................................................17

1.Breve Descrição.............................................................................................18

2.Fluxo Básico..................................................................................................18

3.Fluxos alternativos........................................................................................20


5.Pré-condições................................................................................................23

6.Pós-condições...............................................................................................23


1.Breve Descrição.............................................................................................24

2.Fluxo Básico..................................................................................................24



5.Pré-condições................................................................................................27

6.Pós-condições...............................................................................................27


1.Breve Descrição.............................................................................................28

2.Fluxo Básico..................................................................................................28



5.Pré-condições................................................................................................33

6.Pós-condições...............................................................................................33

3


1.Breve Descrição.............................................................................................34

2.Fluxo Básico..................................................................................................34



5.Pré-condições................................................................................................41

6.Pós-condições...............................................................................................41


1.Breve Descrição.............................................................................................42

2.Fluxo Básico..................................................................................................42



5.Pré-condições................................................................................................50

6.Pós-condições...............................................................................................50


1.Breve Descrição.............................................................................................51

2.Fluxo Básico..................................................................................................51



5.Pré-condições................................................................................................62

6.Pós-condições...............................................................................................62


1.Breve Descrição.............................................................................................63

2.Fluxo Básico..................................................................................................63



5.Pré-condições................................................................................................74

6.Pós-condições...............................................................................................74


1.Breve Descrição.............................................................................................75

2.Fluxo Básico..................................................................................................75



4

5.Pré-condições................................................................................................81

6.Pós-condições...............................................................................................81


1.Breve Descrição.............................................................................................82

2.Fluxo Básico..................................................................................................82



5.Pré-condições................................................................................................85

6.Pós-condições...............................................................................................85


1.Breve Descrição.............................................................................................86

2.Fluxo Básico..................................................................................................86



5.Pré-condições................................................................................................92

6.Pós-condições...............................................................................................92


1.Breve Descrição.............................................................................................93

2.Fluxo Básico..................................................................................................93



5.Pré-condições................................................................................................96

6.Pós-condições...............................................................................................96


ANÁLISE..........................................................................................................111

PROJETO.........................................................................................................112

TESTES............................................................................................................126

IMPLANTAÇÃO...............................................................................................128

MANUAL DO USUÁRIO..................................................................................129

CONCLUSÕES E CONSIDERAÇÕES FINAIS...............................................150

BIBLIOGRAFIA................................................................................................151

5

INTRODUÇÃO

1.1 Sobre o tema

As mais utilizadas ferramentas de gestão de testes atualmente atendem as funcionalidades necessárias pelos envolvidos no processo de testes. Porém, por serem complexas, se faz necessário para sua utilização o treinamento e especialização de usuários, o que demanda tempo e dinheiro às organizações, não levando em consideração também a indisponibilidade de alguns desses envolvidos. Tempo e dinheiro, o que convencionalmente mais se procura racionar nos projetos quando enfrentam esta etapa em seu desenrolar.

Por outro lado, a adoção de ferramentas mais simples e intuitivas traz novos problemas. Apresentando funções mais específicas (um workflow de defeitos, um repositório de documentos, etc.) requerem a utilização de mais de uma destas ferramentas, de difícil integração e relacionamento de métricas em função da obtenção de indicadores.

Uma boa solução seria a utilização de uma ferramenta única, apresentando as principais funcionalidades necessárias aos envolvidos no processo de testes, de utilização intuitiva e capaz de apresentar indicadores, cujo desenvolvimento é tema deste trabalho.

6

1.2 Objetivo do projeto

O desenvolvimento de uma ferramenta de gestão de testes, única, apresentando as principais funcionalidades necessárias pelos envolvidos no processo de testes, integradas, modeladas a partir de uma metodologia de testes, de operação fácil e intuitiva, que conduza o usuário pelo processo durante sua utilização, que capture métricas e confeccione indicadores voltados à focalização da origem das ocorrências de não conformidade encontradas, organizando os artefatos produzidos assim como as soluções adotadas aos “problemas” encontrados.

A ferramenta deve oferecer apoio à garantia de qualidade de um projeto de desenvolvimento, garantia de qualidade esta realizada através de uma visão diferenciada com foco nos requisitos esperados para o software testado, uma abordagem totalmente voltada a suprir as necessidades do usuário final.

A automatização de testes e a criação de massas de dados não fazem parte do escopo deste projeto, uma vez que, através de estudos realizados constatou-se que para serem alcançados com satisfação, devem ser abordados com maior atenção, demandando um esforço de tempo adicional incompatível com o disponível para realização deste trabalho.

7

1.3 Justificativa da escolha do tema

A escolha do tema se justifica por sua relevância dentro do contexto de desenvolvimento de software.

Além da problemática envolvida em se desenvolver um produto de software, o tema possibilitará trabalhos referentes à pesquisa e desenvolvimento de modelos de desenvolvimento, planejamento e execução de testes, qualidade de software, gestão de projetos, confecção de indicadores, mineração de dados, técnicas de estimativas, dentre outros.

1.4 Método de trabalho

Será utilizado como método de trabalho o modelo de desenvolvimento em espiral, aonde serão gerados novos incrementos executáveis do sistema no final de cada iteração, estas com duração aproximada de um mês cada. O modelo foi escolhido em função da imaturidade apresentada inicialmente pelos requisitos e pela arquitetura do projeto, sendo flexível a mudanças e alterações de escopo.

8

REQUISITOS DO SISTEMA

1.5 Requisitos funcionais

Os requisitos funcionais especificam ações que um sistema deve ser capaz de executar, sem levar em consideração restrições físicas. Os requisitos funcionais especificam, portanto, o comportamento de entrada e saída de um sistema.

1.5.1 Diagrama de casos de uso

9

Manter Usuário<<CRUD>>

Manter Aplicação<<CRUD>>

Administrador do Sistema

Executar Roteiro de Teste

Reportar Defeito

Manter Roteiro de Teste<<CRUD>>

Testador

Manter Caso de Teste<<CRUD>>

Analista de Testes

Manter Requisito<<CRUD>>

Analista de Sistemas

Administrar DefeitoGerenciar Papel ProgramadorGerente de Projetos

Definir Ciclo de Teste

Finalizar Processo de Teste

Consultar Defeito

Líder de Testes

1.5.2 Especificação dos atores

Administrador do Sistema

Permite o acesso à ferramenta de testes pelos usuários, assim como as aplicações cadastradas as quais a ferramenta fornecerá suporte.

Gerente de Projetos

Pessoa responsável pelo gerenciamento do projeto testado. Dentro do contexto da ferramenta, deverá atribuir os papéis a serem realizados aos integrantes do projeto, poderá acompanhar as atividades executadas e extrair relatórios.

Líder de Testes

Pessoa que desempenha atividades voltadas à liderança da equipe de testes no projeto testado. Dentro do contexto da ferramenta deverá definir o escopo dos testes, poderá acompanhar as atividades executadas, extrair relatórios, finalizar o processo de testes e gerar o relatório final de testes.

Analista de Sistemas

Desempenha as funções de análise e modelagem no projeto testado. Dentro do contexto da ferramenta, deverá manter o cadastro dos requisitos do software a ser testado dentro da ferramenta, analisar e administrar os defeitos encontrados.

Programador

Desenvolve o especificado pelo analista de sistemas para o projeto testado. Dentro do contexto da ferramenta deverá analisar e administrar os defeitos encontrados.

10

Analista de Testes

É o técnico responsável pela operacionalização e elaboração do processo de teste. No contexto da ferramenta, deverá manter o cadastro de casos de teste, roteiros de teste, executar testes, reportar e administrar defeitos.

Testador

É o técnico responsável pela elaboração e execução dos testes. No contexto da ferramenta, deverá manter o cadastro de roteiros de teste, executar testes, reportar e administrar defeitos.

11

1.5.3 Especificação dos casos de uso

Manter Usuário <<CRUD>>

Manter Aplicação <<CRUD>>

Gerenciar Papel

Manter Requisito <<CRUD>>

Manter Caso de Teste <<CRUD>>

Manter Roteiro de Teste <<CRUD>>

Definir Ciclo de Testes


Reportar Defeito de Teste

Consultar Defeito de Teste

Administrar Defeito de Teste

Finalizar Processo de Teste

12

Manter Usuário <<CRUD>>

1. Breve Descrição

Este caso de uso é iniciado quando o ator Administrador do Sistema acessa a opção “Usuários” em sua tela inicial e através deste poderá Cadastrar, Consultar, Alterar e Remover usuários.

2. Fluxo Básico

2.1. Início do Caso de Uso

1. Na tela inicial do sistema, o ator seleciona a opção “Usuários”.

2.2.Apresentando os últimos usuários cadastrados ou alterados

1. O sistema apresenta uma lista com os últimos usuários cadastrados ou alterados.

(FA 3.1) (FA 3.2) (FA 3.3)

2.3.Apresentando os detalhes de um dos usuários

1. O ator seleciona a opção “Detalhes” de um dos usuários da lista apresentada.

2. O sistema apresenta as seguintes informações sobre o usuário:

• Nome• Usuário• Telefone• E-mail• Cargo• Setor• Unidade• Data do último acesso

(FA 3.3)

13

2.4.Alterando os detalhes de um dos usuários

1. O ator seleciona a opção “Editar”.

2. O sistema torna os seguintes campos editáveis:

• Nome• Telefone• E-mail• Cargo• Setor• Unidade

3. O ator altera os campos conforme sua necessidade e em seguida seleciona a opção “Salvar”.

4. O sistema verifica as informações prestadas. (FA 3.4)

5. O sistema apresenta mensagem de operação efetuada com sucesso.

6. O sistema volta a apresentar os detalhes do registro, conforme descrito no subfluxo 2.3.

2.5.Finalização do Caso de Uso

1. O caso de uso é finalizado quando o ator retorna à sua tela inicial.

14

3. Fluxos Alternativos

3.1.Consultando Usuários Cadastrados

1. O sistema apresenta os seguintes campos para preenchimento:

• Nome• Usuário• Telefone• E-mail• Cargo• Setor• Unidade

2. O Ator seleciona a opção “Buscar”.

3. O sistema apresenta uma lista com os usuários encontrados.

(FA 3.3)

4. O sistema retorna ao subfluxo 2.3 do fluxo básico.

3.2. Incluindo um novo usuário

1. O ator opta por incluir um novo usuário, selecionando a opção “Cadastrar Novo Usuário”.



3. Após o preenchimento completo de todos os campos, o ator seleciona a opção “Salvar”.


5. O sistema envia para o e-mail cadastrado as instruções de login.

15



3.3.Excluindo um usuário

1. O ator seleciona a opção “Excluir”.

2. O sistema solicita a confirmação da operação.



3.4.Encontrando erros durante a verificação das informações

1. O sistema verifica que as informações prestadas não correspondem ao esperado.

2. O sistema informa mensagem de erro.

3. O sistema destaca os campos de preenchimento inesperado, apresentando a forma de preenchimento esperada.

16

4. Requisitos Especiais

N/A

5. Pré-condições

O ator deve estar logado e possuir acesso às funções a serem realizadas.

6. Pós-condições

N/A

7. Pontos de Extensão

N/A

17

Manter Aplicação <<CRUD>>


Este caso de uso é iniciado quando o ator Administrador do Sistema acessa a opção “Aplicações” em sua tela inicial e através deste poderá Cadastrar, Consultar, Alterar e Remover aplicações.

2. Fluxo Básico


1. Na tela inicial do sistema, o ator seleciona a opção “Aplicações”.

2.2.Apresentando as últimas aplicações cadastradas ou alteradas

1. O sistema apresenta uma lista com as últimas aplicações cadastradas ou alteradas.

(FA 3.1) (FA 3.2) (FA 3.3)

2.3.Apresentando os detalhes de uma das aplicações

1. O ator seleciona a opção “Detalhes” de uma das aplicações da lista apresentada.

2. O sistema apresenta as seguintes informações sobre a aplicação:

• Nome• Status• Setor• Unidade• Gerente do projeto

(FA 3.3)

18

2.4.Alterando os detalhes de uma das aplicações



• Nome• Setor• Unidade• Gerente do projeto



5. O sistema verifica se o gerente de projetos foi alterado. (FA 3.5)





19

3. Fluxos alternativos

3.1.Consultando Aplicações Cadastradas


• Nome• Setor• Unidade


3. O sistema apresenta uma lista com as aplicações encontradas.

(FA 3.3)


3.2. Incluindo uma nova aplicação

1. O ator opta por incluir uma nova aplicação, selecionando a opção “Cadastrar Nova Aplicação”.


• Nome• Setor• Unidade• Gerente do projeto



5. O sistema atribui o papel ao Gerente do projeto cadastrado.

6. O sistema envia por e-mail ao gerente do projeto a comunicação sobre a sua atribuição como gerente do projeto da aplicação.

7. O sistema cria a tarefa “Alocar Equipe” informando ao Gerente do projeto sobre a possibilidade de atribuição de papéis aos usuários para aplicação.

20



21

3.3.Excluindo uma aplicação



3. O sistema envia por e-mail ao gerente do projeto cadastrado a comunicação da exclusão da aplicação.



3.4.Encontrando erros durante a verificação das informações




3.5.Alterando o Gerente do projeto da aplicação

1. O sistema verifica que o Gerente do projeto foi alterado.

2. O sistema envia por e-mail ao novo gerente cadastrado a comunicação sobre a sua atribuição como gerente do projeto da aplicação.

3. O sistema transfere ao novo gerente todas as tarefas do projeto de responsabilidade do gerente anterior.

22


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

23

Gerenciar Papel


Este caso de uso é iniciado quando o ator Gerente de Projetos acessa a opção “Papéis” na tela do projeto ou através de uma tarefa de sua tela inicial (“Gerenciar Papéis”) e através deste poderá Atribuir, Alterar ou Remover os papéis desempenhados pelos usuários durante o processo de testes de determinada aplicação.

2. Fluxo Básico


1. Na tela do projeto, o ator seleciona a opção “Papéis”.

(FA 3.1)

2.2.Apresentando os usuários com papéis atribuídos

1. O sistema apresenta uma lista com os usuários com papéis atribuídos para o projeto, agrupados pelo tipo de papel.

Os usuários com mais de um papel aparecem mais de uma vez na lista, uma para cada papel desempenhado no projeto.(FA 3.2) (FA 3.3)

2.3.Apresentando os detalhes de um dos registros

1. O ator seleciona a opção “Detalhes” de um dos registros da lista apresentada.

2. O sistema em seguida apresenta as seguintes informações sobre o registro:


24

• Papéis

(FA 3.3)

2.4. Incluindo um novo papel a um usuário

1. O ator seleciona a opção “Incluir Novo Papel”.

2. O sistema apresenta um combo box com os papéis ainda não desempenhados pelo usuário.

3. O ator seleciona o novo papel a ser incluído para o usuário.

4. O ator seleciona a opção “Incluir”.

5. O sistema informa por e-mail ao usuário o novo papel recebido, instruindo-o sobre o mesmo.



O caso de uso é finalizado quando o ator retorna à tela do projeto ou à sua tela inicial.

25


3.1. Iniciando o Caso de Uso a partir da tarefa “Gerenciar Papéis”

1. O ator seleciona a tarefa “Gerenciar Papéis” em sua tela inicial.


3.2. Incluindo um papel a um usuário

1. O ator seleciona a opção “Incluir papel”.


• Nome• Usuário• E-mail

3. O ator seleciona a opção “Buscar”.

4. O sistema apresenta uma lista com os usuários encontrados.

5. O ator seleciona um dos registros.


3.3.Excluindo um papel de um usuário

1. O ator seleciona a opção “Excluir” referente ao papel que deseja excluir.


3. O sistema apresenta mensagem de sucesso.


26


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

27

Manter Requisito <<CRUD>>


Este caso de uso é iniciado quando o ator Analista de Sistemas acessa a opção “Requisitos” na tela do projeto ou através de uma tarefa de sua tela inicial (“Cadastrar Requisitos”) e através deste poderá Cadastrar, Consultar, Alterar e Remover Requisitos.

2. Fluxo Básico


1. Na tela do projeto, o ator seleciona a opção “Requisitos”.(FA 3.1)

2.2.Apresentando os requisitos cadastrados

1. O sistema apresenta as uma árvore com os requisitos cadastrados para a aplicação, diferenciando os requisitos funcionais e os não funcionais.(FA 3.2)

2.3.Apresentando os detalhes de um dos requisitos

1. O ator seleciona um dos requisitos da lista apresentada.

2. O sistema apresenta as seguintes informações sobre o requisito:

• Versão• Data• Autor

• Nome• Categoria• Implementado por• Descrição• Prioridade• Dificuldade• Estabilidade• Anexos

(FA 3.5)

28

2.4.Alterando os detalhes de um dos requisitos



• Nome• Categoria (apenas para requisitos não funcionais)• Descrição• Prioridade (urgente, alta, média, baixa)• Dificuldade (alta, média, baixa)• Anexos• Criar nova versão ao salvar (verdadeiro ou falso)



5. O sistema verifica se existem casos de teste vinculados. (FA 3.6)





29


3.1. Iniciando o Caso de Uso a partir da tarefa “Cadastrar Requisitos”

1. O ator seleciona a tarefa “Cadastrar Requisitos” em sua tela inicial.


3.2. Incluindo um novo requisito

1. O ator opta por incluir um novo requisito, selecionando a opção “Cadastrar Novo Requisito”.


• Nome• Categoria (Funcionalidade, disponibilidade,

manutenibilidade, performance, segurança, testabilidade, usabilidade, escalabilidade)

• Descrição• Implementado por• Prioridade (urgente, alta, média, baixa)• Dificuldade (alta, média, baixa)• Estabilidade (alta, média, baixa)• Anexos

(FA 3.3)



5. O sistema define como concluída a tarefa “Cadastrar Requisitos”.

6. O sistema cria a tarefa “Cadastrar Casos de Teste” informando aos Analistas de Testes sobre a possibilidade de inclusão de Casos de Teste para o Requisito.



30

3.3.Reutilizando requisitos

1. O ator seleciona a opção “Reutilizar”.


• Nome da aplicação• Nome do requisito• Categoria do requisito (Funcionalidade, disponibilidade,

manutenibilidade, performance, segurança, testabilidade, usabilidade, escalabilidade)

• Incluir versões anteriores (verdadeiro ou falso)


4. O sistema apresenta uma lista com os requisitos encontrados.

5. O Ator seleciona um dos requisitos.

6. O sistema apresenta os detalhes do requisito.

7. O Ator seleciona quais informações quer reutilizar, seguindo da opção “Reutilizar”.

8. O sistema retorna ao subfluxo 3.2 do fluxo alternativo, com os campos do caso de testes preenchidos com as informações do caso de teste escolhido.

3.4.Encontrando erros durante a verificação das informações pelo sistema




31

3.5.Excluindo um requisito



3. O sistema verifica se existem Casos de Teste vinculados ao Requisito.(FA 3.7)

4. O sistema remove a tarefa “Cadastrar Casos de Teste” dos Analistas de Sistemas.



3.6.Encontrando casos de teste vinculados ao requisito a ser alterado

1. O sistema encontra um ou mais Casos de Teste vinculados ao Requisito a ser alterado.

2. O sistema cria a tarefa “Revisar Caso de Teste” para cada Caso de Teste vinculado ao Requisito alterado.

3.7.Encontrando casos de teste vinculados ao requisito a ser excluído

1. O sistema encontra um ou mais Casos de Teste vinculados ao Requisito a ser excluído.

2. O sistema informa mensagem de erro, solicitando a exclusão dos Casos de Teste vinculados para que o Requisito possa ser excluído.

32


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

33

Manter Caso de Teste <<CRUD>>


Este caso de uso é iniciado quando o ator Analista de Testes acessa a opção “Casos de Teste” na tela do projeto ou através de uma tarefa de sua tela inicial (“Cadastrar Casos de Teste”, “Revisar Caso de Teste”) e através deste poderá Cadastrar, Consultar, Alterar e Remover Casos de Teste.

2. Fluxo Básico


1. Na tela do projeto, o ator seleciona a opção “Casos de Teste”.(FA 3.1) (FA 3.2)

2.2.Apresentando os casos de teste cadastrados

1. O sistema apresenta as uma árvore com os requisitos cadastrados para a aplicação, diferenciando os requisitos funcionais e os não funcionais. (FA 3.3)

2. O ator expande um dos requisitos, apresentando os casos de teste cadastrados para aquele requisito. (FA 3.3) (FA 3.7)

2.3.Apresentando os detalhes de um dos Casos de Teste

1. O ator seleciona a opção “Detalhes” de um dos casos de teste da lista apresentada.

2. O sistema apresenta as seguintes informações sobre o caso de teste:


• Requisito• Nome• Objetivo do teste• Escopo do teste• Precondições do teste

34

• Condições de execução

(FA 3.7)

2.4.Alterando os detalhes de um dos Casos de Teste



• Nome• Objetivo do teste• Escopo do teste• Precondições do teste• Condições de execução



5. O sistema verifica se existem roteiros de teste vinculados. (FA 3.8)





35


3.1. Iniciando o Caso de Uso a partir da tarefa “Cadastrar Casos de Teste”

1. O ator seleciona a tarefa “Cadastrar Casos de Teste” em sua tela inicial.


3.2. Iniciando o Caso de Uso a partir da tarefa “Revisar Caso de Teste”

1. O ator seleciona a tarefa “Revisar Caso de Teste” em sua tela inicial.

2. O sistema apresenta os detalhes do requisito, ressaltando os campos alterados.

3. O sistema apresenta as seguintes informações sobre o caso de teste, editáveis:


4. O ator altera os campos se necessário e em seguida seleciona a opção “Salvar”.


6. O sistema verifica se existem roteiros de teste vinculados. (FA 3.8)

7. O sistema define como concluída a tarefa “Revisar Caso de Teste” selecionada.



36

3.3. Incluindo um novo caso de teste

1. O ator opta por incluir um novo caso de teste para o requisito, selecionando a opção “Cadastrar Novo Caso de Teste” referente ao requisito para o qual o ator deseja incluir um caso de teste.



3. O sistema verifica se existem Casos de Teste compatíveis.(FA 3.5) (FA 3.4)

4. O ator inclui condições de execução preenchendo os seguintes campos para cada condição de execução:

• Nome• Pré-condições• Inputs de teste• Pontos de observação• Pontos de controle• Resultados esperados• Pós-condições

5. Após o preenchimento completo de todos os campos, o ator seleciona a opção “Incluir nova Condição de Execução” para que sejam apresentados os mesmos campos para a inclusão de mais uma condição de execução.

6. Após incluir todas as condições de execução necessárias, o ator seleciona a opção “Salvar”.


8. O sistema define como concluída a tarefa “Cadastrar Casos de Teste”.

9. O sistema cria a tarefa “Cadastrar Roteiros de Teste” informando aos Testadores sobre a possibilidade de inclusão de roteiros de teste para o Caso de Teste.

37



3.4.Reutilizando casos de teste



• Nome da aplicação• Nome do requisito• Categoria do requisito• Nome do caso de teste


4. O sistema apresenta uma lista com os casos de teste encontrados.

5. O Ator seleciona um dos casos de teste.

6. O sistema apresenta os detalhes do caso de teste.

7. O Ator seleciona a opção “Reutilizar”.


38

3.5.Sugerindo Casos de Teste compatíveis

1. O sistema indica que existem Casos de Teste compatíveis com o requisito.

2. O Ator seleciona a opção “Casos Compatíveis”.

3. O sistema apresenta uma lista com os Casos de Teste relacionados ao Requisito.

4. O Ator seleciona um dos Casos de Teste.

5. O sistema apresenta os detalhes do Caso de Teste.







3.7.Excluindo um caso de teste



3. O sistema verifica se existem roteiros de teste vinculados ao caso de teste. (FA 3.9)

4. O sistema remove a tarefa “Cadastrar Roteiros de Teste” dos testadores.



39

3.8.Encontrando roteiros de teste vinculados ao caso de teste a ser alterado

1. O sistema encontra um ou mais roteiros de teste vinculados ao caso de teste a ser alterado.

2. O sistema cria a tarefa “Revisar Roteiro de Teste” para cada Roteiro de teste vinculado ao Caso de Teste alterado.

3.9.Encontrando roteiros de teste vinculados ao caso de teste a ser excluído

1. O sistema encontra um ou mais roteiros de teste vinculados ao caso de teste a ser excluído.

2. O sistema informa mensagem de erro, solicitando a exclusão dos roteiros de teste vinculados para que o caso de teste possa ser excluído.

40


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

41

Manter Roteiro de Teste <<CRUD>>


Este caso de uso é iniciado quando o ator Analista de Testes ou Testador acessa a opção “Roteiros de Teste” na tela do projeto ou através de uma tarefa de sua tela inicial (“Cadastrar Roteiros de Teste”, “Revisar Roteiro de Teste”) e através deste poderá Cadastrar, Consultar, Alterar e Remover Roteiros de Teste.

2. Fluxo Básico


1. Na tela do projeto, o ator seleciona a opção “Roteiros de Teste”.(FA 3.1) (FA 3.2)

2.2.Apresentando os roteiros de teste cadastrados

1. O sistema apresenta as uma árvore com os requisitos cadastrados para a aplicação, diferenciando os requisitos funcionais e os não funcionais.

2. O ator expande um dos requisitos, apresentando os casos de teste cadastrados para aquele requisito.

3. O ator expande um dos casos de teste, apresentando os roteiros de teste cadastrados para aquele caso de teste. (FA 3.3) (FA 3.7)

42

2.3.Apresentando os detalhes de um dos roteiros de teste

1. O ator seleciona a opção “Detalhes” de um dos roteiros de teste da lista apresentada.

2. O sistema apresenta as seguintes informações sobre o roteiro de teste:


• Requisito• Caso de Teste• Nome• Descrição• Pré-condições• Instruções• Pós-condições

(FA 3.7)

43

2.4.Alterando os detalhes de um dos roteiros de teste



• Nome• Descrição• Pré-condições• Instruções• Pós-condições







44


3.1. Iniciando o Caso de Uso a partir da tarefa “Cadastrar Roteiros de Teste”

1. O ator seleciona a tarefa “Cadastrar Roteiros de Teste” em sua tela inicial.


3.2. Iniciando o Caso de Uso a partir da tarefa “Revisar Roteiro de Teste”

1. O ator seleciona a tarefa “Revisar Roteiro de Teste” em sua tela inicial.

2. O sistema apresenta os detalhes do Caso de Teste, ressaltando os campos alterados.

3. O sistema apresenta as seguintes informações sobre o roteiro de teste, editáveis:


4. O ator altera os campos se necessário e em seguida seleciona a opção “Salvar”.


6. O sistema define como concluída a tarefa “Revisar Roteiro de Teste” selecionada.



45

3.3. Incluindo um novo roteiro de teste

1. O ator opta por incluir um novo roteiro de teste para o caso de teste, selecionando a opção “Cadastrar Novo Roteiro de Teste” referente ao caso de teste para o qual o ator deseja incluir um roteiro de teste.



3. O sistema verifica se existem Roteiros de Teste compatíveis. (FA 3.5)

(FA 3.4)

4. O ator inclui instruções preenchendo os seguintes campos para cada instrução:

• Instruções• Pontos de observação• Pontos de controle• Pontos de registro

5. Após o preenchimento completo de todos os campos, o ator seleciona a opção “Incluir nova Instrução” para que sejam apresentados os mesmos campos para a inclusão de mais uma instrução.

6. Após incluir todas as instruções necessárias, o ator seleciona a opção “Salvar”.


8. O sistema define como concluída a tarefa “Cadastrar Roteiros de Teste”.



46

3.4.Reutilizando roteiros de teste



• Nome da aplicação• Nome do requisito• Nome do caso de teste• Categoria do requisito• Nome do roteiro de teste


4. O sistema apresenta uma lista com os roteiros de teste encontrados.

5. O Ator seleciona um dos roteiros de teste.

6. O sistema apresenta os detalhes do roteiro de teste.


8. O sistema retorna ao subfluxo 3.3 do fluxo alternativo, com os campos do roteiro de testes preenchidos com as informações do roteiro de teste escolhido.

3.5.Sugerindo roteiros de teste compatíveis

1. O sistema indica que existem roteiros de teste compatíveis com o caso de teste.

2. O Ator seleciona a opção “Roteiros Compatíveis”.

3. O sistema apresenta uma lista com os roteiros de teste relacionados ao caso de teste.

4. O Ator seleciona um dos roteiros de teste.

5. O sistema apresenta os detalhes do roteiro de teste.


7. O sistema retorna ao subfluxo 3.3 do fluxo alternativo, com os campos do roteiro de testes preenchidos com as informações do roteiro de teste escolhido.

48





3.7.Excluindo um roteiro de teste





49


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

50

Definir Ciclo de Testes


Este caso de uso é iniciado quando o ator Líder de Testes acessa a opção “Ciclos de Teste” em sua tela inicial e através deste poderá definir, alterar e acompanhar a execução de um ciclo de testes.

2. Fluxo Básico


1. Na tela inicial do sistema, o ator seleciona a opção “Ciclos de Teste”.(FA 3.1)

2.2.Apresentando os ciclos cadastrados

1. O sistema apresenta os ciclos de teste cadastrados para a aplicação, assim como seus status (planejado, em execução, executado, interrompido, suspenso).

(FA 3.2) (FA 3.5)

51

2.3.Apresentando os detalhes de um dos ciclos

1. O ator seleciona um dos ciclos apresentados.

2. O sistema apresenta as seguintes informações sobre o ciclo:

• Nome• Descrição• Ambiente (desenvolvimento, teste, homologação)• Build• Comentários• Executado por• Status de Execução• Porcentagem de Execução• Tempo previsto para Execução• Tempo realizado para Execução• Data de Início da Execução• Data de Término da Execução• Quantidade de Defeitos encontrados (FA 3.16)

(FA 3.4)

52

2.4.Apresentando o escopo de um dos ciclos

1. O ator seleciona a opção “Escopo”.

2. O sistema apresenta as uma árvore com os requisitos cadastrados para a aplicação, diferenciando os requisitos funcionais e os não funcionais, evidenciando os requisitos que pertencem ao ciclo e os que não pertencem, informando também o status e o progresso dos que pertencem.

(FA 3.7) (FA 3.8) (FA 3.9)

3. O ator expande um dos requisitos, apresentando os casos de teste cadastrados para aquele requisito, evidenciando os casos que pertencem ao ciclo e os que não pertencem, informando também o status e o progresso dos que pertencem.

(FA 3.10) (FA 3.11) (FA 3.12)

4. O ator expande um dos casos de teste, apresentando os roteiros de teste cadastrados para aquele caso de teste, evidenciando os roteiros que pertencem ao ciclo e os que não pertencem, informando também o status e o progresso dos que pertencem.

(FA 3.13) (FA 3.14) (FA 3.15)



53


3.1. Iniciando o Caso de Uso a partir da tarefa “Definir Ciclo de Testes”

1. O ator seleciona a tarefa “Definir Ciclo de Testes” em sua tela inicial.


3.2. Incluindo um novo ciclo de testes

1. O ator opta por incluir um novo ciclo de testes, selecionando a opção “Novo Ciclo”.


• Nome• Descrição• Ambiente (desenvolvimento, teste, homologação)• Build• Comentários

(FA 3.3)





3.3.Reutilizando ciclos de testes


2. O sistema apresenta uma lista com os ciclos de testes cadastrados para aquela aplicação.

3. O Ator seleciona um dos ciclos.

54

4. O sistema apresenta os detalhes do ciclo.


6. O sistema retorna ao subfluxo 3.2 do fluxo alternativo, com os campos do ciclo de testes preenchidos com as informações do ciclo escolhido, assim como com os mesmos Requisitos, Casos e Roteiros selecionados em seu escopo, todos definidos com status “planejado”.

3.4.Alterando os detalhes de um dos ciclos de testes



• Nome• Descrição• Ambiente (desenvolvimento, teste, homologação)• Build• Comentários




6. O sistema volta a apresentar os detalhes do ciclo, conforme descrito no subfluxo 2.3.

55

3.5.Excluindo um ciclo de testes



3. O sistema verifica o status de execução do ciclo. (FA 3.18)



3.6.Suspendendo a execução de um ciclo de testes

1. O ator seleciona a opção “Suspender execução”.


3. O sistema verifica o status de execução do ciclo. (FA 3.18)

4. O sistema altera o status de execução do ciclo para “Suspenso”.




1. O ator seleciona a opção “Detalhes” de um dos requisitos da lista apresentada.

2. O sistema apresenta, além dos detalhes do requisito, as seguintes informações:

• Executado por• Status de Execução• Porcentagem de Execução• Tempo previsto para Execução• Tempo realizado para Execução• Data de Início da Execução• Data de Término da Execução• Quantidade de Defeitos encontrados (FA 3.16)

56

3.8. Incluindo um requisito ao escopo do ciclo de testes

1. O ator seleciona a opção “Incluir” de um dos requisitos da lista apresentada.

2. O sistema inclui o requisito ao escopo do ciclo de testes, assim como todos seus casos e roteiros.



3.9.Removendo um requisito do escopo do ciclo de testes

1. O ator seleciona a opção “Remover” de um dos requisitos da lista apresentada.

2. O sistema verifica o status de execução do requisito. (FA 3.18)

3. O sistema remove o requisito do escopo do ciclo de testes, assim como todos seus casos e roteiros.



3.10. Apresentando os detalhes de um dos casos de teste


2. O sistema apresenta, além dos detalhes do caso, as seguintes informações:


57

3.11. Incluindo um caso de teste ao escopo do ciclo de testes

1. O ator seleciona a opção “Incluir” de um dos casos de teste da lista apresentada.

2. O sistema inclui o caso de teste ao escopo do ciclo de testes, assim como seu requisito e todos seus roteiros.



3.12. Removendo um caso de teste do escopo do ciclo de testes

1. O ator seleciona a opção “Remover” de um dos casos de teste da lista apresentada.

2. O sistema verifica o status de execução do caso de teste. (FA 3.18)

3. O sistema verifica se existem mais casos de teste para o mesmo requisito no escopo do ciclo de testes. (FA 3.19)

4. O sistema remove o caso de teste do escopo do ciclo de testes, assim como todos seus roteiros.



58

3.13. Apresentando os detalhes de um dos roteiros de teste


2. O sistema apresenta, além dos detalhes do roteiro, as seguintes informações:


3.14. Incluindo um roteiro de teste ao escopo do ciclo de testes

1. O ator seleciona a opção “Incluir” de um dos roteiros de teste da lista apresentada.

2. O sistema inclui o roteiro de teste ao escopo do ciclo de testes, assim como seu caso de teste e seu requisito.



59

3.15. Removendo um roteiro de teste do escopo do ciclo de testes

1. O ator seleciona a opção “Remover” de um dos roteiros de teste da lista apresentada.

2. O sistema verifica o status de execução do roteiro de teste. (FA 3.18)

3. O sistema verifica se existem mais roteiros de teste para o mesmo caso no escopo do ciclo de testes. (FA 3.20)

4. O sistema remove o roteiro de teste do escopo do ciclo de testes.



3.16. Listando os defeitos apresentados

1. O ator seleciona a opção “Detalhes”.

2. O sistema apresenta a relação de defeitos para aquele registro.

3.17. Encontrando erros durante a verificação das informações pelo sistema




3.18. Status de execução diferente de “Planejado” e “Suspenso”

1. O sistema verifica que o status de execução é diferente de “Planejado” e “Suspenso”.


3. O sistema não efetua a ação desejada.

60

3.19. Removendo o único caso de teste de um requisito

1. O sistema verifica que não existem mais casos de teste para o mesmo requisito no escopo do ciclo de testes.

2. O sistema remove o caso de teste do escopo do ciclo de testes, assim como todos seus roteiros e seu requisito.



3.20. Removendo o único roteiro de teste de um caso de teste

1. O sistema verifica que não existem mais roteiros de teste para o mesmo caso de teste no escopo do ciclo de testes.

2. O sistema verifica se existem mais casos de teste para o mesmo requisito no escopo do ciclo de testes. (FA 3.19)

3. O sistema remove o roteiro de teste do escopo do ciclo de testes, assim como seu caso.



61


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

62



Este caso de uso é iniciado quando o ator Testador acessa a opção “Execução” em sua tela inicial e através deste poderá executar roteiros de teste.

2. Fluxo Básico


1. Na tela inicial do sistema, o ator seleciona a opção “Execução”. (FA 3.1)

2.2.Apresentando os ciclos cadastrados

1. O sistema apresenta os ciclos de teste com status “planejado”, “em execução”, “interrompido” ou “executado”, cadastrados para aplicação.

2.3.Apresentando os detalhes de um dos ciclos

1. O ator seleciona um dos ciclos apresentados.

2. O sistema apresenta as seguintes informações sobre o ciclo:

• Nome• Descrição• Ambiente (desenvolvimento, teste, homologação)• Build• Comentários• Status de Execução• Porcentagem de Execução• Tempo previsto para Execução• Tempo realizado para Execução• Data de Início da Execução• Data de Término da Execução• Quantidade de Defeitos encontrados (FA 3.10)

63

2.4.Apresentando o escopo de um dos ciclos

1. O ator seleciona a opção “Escopo”.

2. O sistema apresenta as uma árvore com os requisitos cadastrados para a aplicação que pertencem ao ciclo, diferenciando os requisitos funcionais e os não funcionais, informando também o status e o progresso de cada requisito.

(FA 3.2)

3. O ator expande um dos requisitos, apresentando os casos de teste cadastrados para aquele requisito que pertencem ao ciclo, informando também o status e o progresso de cada caso.

(FA 3.3)

4. O ator expande um dos casos de teste, apresentando os roteiros de teste cadastrados para aquele caso de teste que pertencem ao ciclo, informando também o status e o progresso de cada roteiro.

(FA 3.4)

64

2.5.Executando um roteiro de testes

1. O ator seleciona a opção “Executar” de um dos roteiros com status “planejado” ou “interrompido” da lista apresentada.

2. O sistema apresenta as seguintes informações sobre o roteiro de teste:


• Requisito• Caso de Teste• Nome• Descrição• Pré-condições• Pós-condições

3. O ator seleciona a opção “Iniciar Execução”. (FA 3.5) (FA 3.6)

4. O sistema armazena a data e hora de início da execução.

5. O sistema altera o status do roteiro para “em execução”.

6. O sistema inicia a contagem do tempo de duração da execução, apresentando-o.

7. O sistema apresenta os seguintes campos para a primeira instrução cadastrada para o roteiro:



• Comentários• Evidências de Teste

9. Após o preenchimento dos campos, o ator seleciona a opção “Passo OK”.(FA 3.7) (FA 3.8)

65


11. O sistema paralisa a contagem do tempo de duração da execução.

12. O sistema verifica se existe próxima instrução. (FA 3.9)

13. O sistema altera o status do roteiro para “executado”.

66

2.6.Concluindo a execução do roteiro

1. O sistema armazena a data e hora de término da execução.

2. O sistema apresenta as seguintes informações sobre a execução:

• Executado por• Status da Execução• Porcentagem de Execução• Tempo previsto para Execução• Tempo realizado para Execução• Data de Início da Execução• Data de Término da Execução• Quantidade de Defeitos encontrados (FA 3.10)


• Comentários finais

4. Após o preenchimento dos campos, o ator seleciona a opção “Finalizar Execução”.






67


3.1. Iniciando o Caso de Uso a partir da tarefa “Executar Roteiros de Teste”

1. O ator seleciona a tarefa “Executar Roteiros de Teste” em sua tela inicial.








68

3.3.Apresentando os detalhes de um dos casos de teste


2. O sistema apresenta as seguintes informações sobre o caso:


• Requisito• Nome• Objetivo do teste• Escopo do teste




2. O sistema apresenta as seguintes informações sobre o roteiro:



• Executado por• Status de Execução• Porcentagem de Execução

69

• Tempo previsto para Execução• Tempo realizado para Execução• Data de Início da Execução• Data de Término da Execução• Quantidade de Defeitos encontrados (FA 3.10)

3.5.Reiniciando a execução de um roteiro de teste

1. O ator seleciona a opção “Reiniciar execução”.

2. O sistema solicita confirmação da operação.

3. O sistema substitui a data e hora de início da execução pela data e hora atual.

4. O sistema remove a data e hora final da execução.

5. O sistema remove o tempo de duração da execução.

6. O sistema remove os comentários finais da execução.

7. O sistema remove a porcentagem de execução.


3.6.Retomando a execução de um roteiro de teste

1. O ator seleciona a opção “Continuar execução”.

2. O sistema altera o status do roteiro para “em execução”.

3. O sistema retorna ao subfluxo 3.9 do fluxo alternativo.

70

3.7. Interrompendo a execução de um roteiro de teste

1. O ator seleciona a opção “Interromper execução”.

2. O sistema solicita confirmação da operação.

3. O sistema descarta as informações de execução da instrução atual.


5. O sistema altera o status do roteiro para “interrompido”.


3.8.Opção Passo NOK

1. O ator seleciona a opção “Passo NOK”.



(PE 7.1)




71

3.9.Apresentando a próxima instrução do roteiro

1. O sistema verifica que existe próxima instrução.

2. O sistema continua a contagem do tempo de duração da execução, apresentando-o.

3. O sistema apresenta os seguintes campos para a próxima instrução cadastrada para o roteiro:



• Comentários• Evidências de Teste

5. Após o preenchimento dos campos, o ator seleciona a opção “Passo OK”.(FA 3.7) (FA 3.8)






3.10. Listando os defeitos apresentados



72

3.11. Encontrando erros durante a verificação das informações pelo sistema




73


N/A

5. Pré-condições


6. Pós-condições

N/A


7.1.Reportar Defeito de Teste (ocorre no FA 2.2.8 – Passo 3)

74

Reportar Defeito de Teste


Este caso de uso é iniciado quando o ator Testador acessa a opção “Reportar Defeito” na tela inicial de defeitos e através deste poderá reportar defeitos.

2. Fluxo Básico


1. Na tela inicial de defeitos, o ator seleciona a opção “Reportar Defeito”.

(FA 3.1)

2.2.Apresentando os roteiros de teste cadastrados

1. O sistema apresenta as uma árvore com os requisitos cadastrados para a aplicação, diferenciando os requisitos funcionais e os não funcionais.

(FA 3.2)

2. O ator expande um dos requisitos, apresentando os casos de teste cadastrados para aquele requisito. (FA 3.3)

3. O ator expande um dos casos de teste, apresentando os roteiros de teste cadastrados para aquele caso de teste. (FA 3.4)

2.3.Selecionando um roteiro de teste

1. O ator seleciona a opção “Reportar Defeito” de um dos roteiros de teste da lista apresentada.

75

2.4.Reportando um defeito


• Prioridade (Baixa, Média, Alta, Urgente)• Severidade (Baixa, Média, Alta, Urgente)• Descrição• Anexos• Comentários



4. O sistema comunica por e-mail o registro do defeito aos Analistas de Sistemas, Programadores, Analistas de Testes, Testadores, Líderes de Testes e Gerentes de Projeto alocados na aplicação.

5. O sistema cria a tarefa “Consultar Defeitos Reportados” informando a todos sobre a existência de defeitos para a aplicação.


7. O caso de uso é encerrado.

76


3.1.Estendendo o caso de uso “Executar Roteiro de Teste”

1. O ator opta por reportar um defeito, selecionando a opção “Reportar Defeito”.








77

3.3.Apresentando os detalhes de um dos casos de teste


2. O sistema apresenta as seguintes informações sobre o caso:


• Requisito• Nome• Objetivo do teste• Escopo do teste


78



2. O sistema apresenta as seguintes informações sobre o roteiro:




79





3.6.Listando os defeitos apresentados



80


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

81

Consultar Defeito de Teste


Este caso de uso é iniciado quando o ator acessa a opção “Defeitos” em sua tela inicial e através deste poderá consultar defeitos.

2. Fluxo Básico


1. Na tela inicial do sistema, o ator seleciona a opção “Defeitos”.

2.2.Apresentando os últimos defeitos cadastrados ou alterados

1. O sistema apresenta uma lista com os últimos defeitos cadastrados ou alterados.

(FA 3.1)

82

2.3.Apresentando os detalhes de um dos defeitos

1. O ator seleciona a opção “Detalhes” de um dos defeitos da lista apresentada.

2. O sistema apresenta as seguintes informações sobre o defeito:

• Requisito• Caso de Teste• Roteiro de Teste• Implementador

• Autor• Data de Abertura• Ciclo• Incidência

• Status• Responsável


• Descrição do Problema• Solucionador• Descrição da Solução• Data da Solução• Comentários



83


3.1.Consultando Defeitos


• Requisito• Caso de Teste• Roteiro de Teste


• Responsável• Status


3. O sistema apresenta uma lista com os defeitos encontrados.


84


N/A

5. Pré-condições


6. Pós-condições

N/A


N/A

85

Administrar Defeito de Teste


Este caso de uso é iniciado quando o ator acessa a opção “Defeitos” em sua tela inicial e através deste poderá administrar defeitos.

2. Fluxo Básico

2.1.Analisando um defeito

1. O ator seleciona a opção “Analisar” durante a apresentação dos detalhes do defeito.

2. O sistema altera o estado do defeito para “Em Análise”.

3. O sistema altera o responsável pelo defeito.

4. O sistema inclui o seguinte registro no histórico do defeito:

“(<dd/mm/aaaa> às <hh:mm:ss>) <usuario> inicia a análise do defeito.”


1. O sistema volta a apresentar os detalhes do defeito.

86


3.1.Finalizando a análise de um defeito

1. O ator seleciona a opção “Finalizar Análise” durante a apresentação dos detalhes do defeito.

2. O sistema altera o estado do defeito para “Analisado”.



“(<dd/mm/aaaa> às <hh:mm:ss>) <usuario> finaliza a análise do defeito.”


3.2.Corrigindo um defeito

1. O ator seleciona a opção “Corrigir” durante a apresentação dos detalhes do defeito.

2. O sistema altera o estado do defeito para “Em Correção”.



“(<dd/mm/aaaa> às <hh:mm:ss>) <usuario> inicia a correção do defeito.”


3.3.Finalizando a correção de um defeito

1. O ator seleciona a opção “Finalizar Correção” durante a apresentação dos detalhes do defeito.

2. O sistema altera o estado do defeito para “Corrigido”.



“(<dd/mm/aaaa> às <hh:mm:ss>) <usuario> finaliza a correção do defeito.”

87


88

Documentação do projeto

Documents

Transcript of Documentação do projeto