Relatório Final

Sumário

1. Introdução
2. Questões de pesquisa
3. Respostas de pesquisa 4. Artefatos
5. Conclusão
6. Referências

---

1. Introdução

1.1 Tema

Pesquisa-ação da validação da confiabilidade dos resultados de uma ferramenta de automatização de testes de aceitação através de revisões técnicas formais.

A partir do uso de ferramentas que geram testes de aceitação de forma automatizada, na disciplina de GPP, o nosso grupo vem com a proposta de validar a confiabilidade desses testes.

2. Questões de pesquisa

1. É possível garantir que uma funcionalidade está validada com o resultado de uma ferramenta de teste de aceitação automatizado?

2. A aplicação de revisões técnicas formais sobre o escopo do resultado da execução de testes de aceitação automatizados garantem a confiabilidade da ferramenta?

3. As revisões técnicas formais conseguem aferir sobre o resultado de uma ferramenta de teste de aceitação automatizado?

3. Respostas de pesquisa

Com base na pesquisa-ação realizada conseguimos aferir respostas as perguntas levantadas em nossa metodologia de pesquisa escolhida. Sendo, respectivamente, as respostas para as questões apresentadas no tópico anterior:

1. Com base nos parâmetros que estabelecemos para responder esta questão, a resposta é: Sim, é possível que a funcionalidade seja validada. É possível conferir os motivos na descrição dos testes e checklist na seção 4 deste documento.

2. Sim. Todos os resultados gerados pela execução do checklist, que foi a ferramenta da revisão técnica formal, foram iguais aos resultados da ferramenta. É possível assegurar que a ferramenta Selenium IDE testa uma funcionalidade devido a isso. É possível conferir os motivos na descrição dos testes e checklist na seção 4 deste documento.

3. Sim. Durante a Pesquisa-ação, foram definidas métricas e itens que averiguassem os testes em relação a sua qualidade e validade. Os itens do checklist podem ser verificadas na seção 4 deste documento.

4. Artefatos

Durante a pesquisa-ação, foram definidos artefatos de acordo com o processo elaborado. Eles foram usados para documentar cada passo dado pelo grupo, assim garantir que o conhecimento adquirido não fosse perdido.

Para melhor compreensão, cada artefato está elencado nos links abaixo.

O planejamento anteriormente feito as iterações estão apresentados no arquivo: Pré-execução

4.1. Iteração 01

4.1.1. Funcionalidade de Logar no sistema

• Relatório de construção dos testes de aceitação para o Login
• Relatório de aplicação das revisões técnicas formais sobre os resultados do teste de aceitação da funcionalidade: Login

4.1.2. Funcionalidade Manter Pacote

• Relatório de construção dos testes de aceitação para a funcionalidade de Manter Pacote
• Relatório de aplicação das revisoes tecnicas formais sobre os resultados do teste de aceitação da funcionalidade: Manter Pacote

4.2 Iteraçao 02

4.2.1. Funcionalidade de Manter Perfil do Administrador

• Relatório de construção dos testes de aceitação para a funcionalidade de Manter Perfil do Administrador
• Relatório de aplicação das revisões técnicas formais sobre os resultados do teste de aceitação da funcionalidade: Manter Perfil do Administrador

4.2.2. Funcionalidade Manter Jogo

• Relatório de construção dos testes de aceitação para a funcionalidade de Manter Jogo
• Relatório de aplicação das revisões técnicas formais sobre os resultados do teste de aceitação da funcionalidade: Manter Jogo

Todos os testes de aceitação realizados pela equipe de Verificação e Analise de software podem ser encontrados em: Testes de aceitação da plataforma UnBGames

5. Conclusão

5.1 Experiência da equipe com pesquisa ação

Dos 9 integrantes da disciplina de Verficação & validação de Software, 3 deles fazem parte da equipe que desenvolve o projeto usado na disciplina de Gestão e Produção de Portifóli.

Com o objetivo da aplicação de uma pesquisa-ação, a atuação destes integrantes foi de grande importância para:

1. Configurar o ambiente de testes dos integrantes do grupo de Ver&Val.

2. Mostrar e garantir a compreesão do contexto do produto construído em GPP.

3. Elaboração de testes de aceitação.

Estas atividades foram garantidas por estes membros que apoiaram, e além disso participaram, delas.

5.2 Conclusão do projeto

Como foi observado com a respostas das perguntas, é possível testar funcionalidades do software com a Selenium IDE. Porém, como descrito nos relatórios, apenas os artefatos gerados pela ferramenta não são suficientes, é necessário fazer adaptações e correções para que os testes gerados tenham o comportamento adequado.

Além disso, também é necessário melhorar os testes, como foi mostrado com a análise da ferramenta de análise estática. A ferramenta não gera código de qualidade.

Apesar de problemas, é notável que a ferramenta facilita a criação e execução de testes de aceitação automatizados.

6. Referências

BERNARDO, Paulo C; KON, Fabio. A Importância dos Testes Automatizados. Engenharia de Software Magazine, volume 1, p54-57. 2008. Disponível em: ime. Acesso em: 16 de abril de 2017.

PRESSMAN, Roger S. Engenharia de Software, 6ª ed. Editora MCGrawHill: Porto Alegre, 2010.

FILHO, José I. Ferreira; DA SILVA, Olissea Artiaga. Desenvolvimento Orientado a Testes de Aceitação. Pontifícia Universidade Católica de Goiás: Goiânia, 2010. Disponível em: cpgls. Acesso em: 16 de Abril de 2017.

THIOLLENT, Michel. Metodologia da pesquisa-ação. Coleção “Temas básicos de …”. Editora Cortez. 2ª Edição (1986).

MARCONI, Marina de .A; LAKATOS, Eva M. Fundamentos de metodologia científica. Editora Atlas. 7ª Edição (2016).