Relatorio Final_CE_229_240_245 ValdirGuerra rv00

(1)

INSTITUTO TECNOLÓGICO D

INSTITUTO TECNOLÓGICO DE

E

E AERONÁ

E

AERONÁ

AERONÁU

AERONÁ

U

UTICA

U

TICA

DIVISÃO CIÊNCIA DA COMPUTAÇÃO

PROJETO SCAF

Sistema de Controle de Acessos Indevidos e Fraudes

Relatório Final – RV00

CE_229_240_245

CE-229 TESTE DE SOFTWARE

ALUNO - VALDIR GUERRA

PROFESSOR DR. LUIZ ALBERTO VIEIRA DIAS

(2)

2

2012 - São José dos Campos

1. INTRODUÇÃO 1.1. Titulo

Relato Padronizado do reporte final do Projeto SCAF 2013 – CE229_240_245

1.2. Motivação

Desenvolver habilidades na área de engenharia de testes de software para suportar o desenvolvimento de um novo modelo de software antifraude para a indústria financeira através da utilização de todos os recursos disponíveis da divisão de engenharia eletrônica e computação do ITA e da colaboração do time e todas as disciplinas integradas nesse projeto, a fim de proporcionar a máxima eficácia ao software reduzindo ao máximo o numero de falhas de software.

1.1. Objetivo (Entrega 12:00 de 01/07/2013)

Reportar o projeto assim como a execução da Sprint 1 e Sprint 2 contemplando o escopo de teste das funcionalidades de todas as entidades implementadas e integradas das 3 camadas MVC (Model, View e Control), das User Stories priorizadas no Product Backlog da 1º e 2º Sprint, visando reduzir o desperdício de recursos de implementação, integração e melhorar a eficiência operacional das Users Stories a serem desenvolvidas no próximo sprint..

1.2. Projeto SCAF 2013

Para

uma empresa de transações eletrônicas financeiras

que

necessita gerenciar suas transações,

o

SCAF

é um

software de utilização em nuvem

que

propicia o monitoramento de acessos indevidos e fraudes.

Diferentemente

dos sistemas FALCON, SAS e LINX,

nosso produto

é customizado para ser utilizado na área de acessos indevidos

e fraudes envolvendo grandes volumes de dados.

(3)

3

1.3. Cronograma SCAF 2013

(4)

4

1.5. Integração Interdisciplinar

(5)

5

3. METODOLOGIA

4. FLUXO INTER-DISCIPLINAR

(6)

6

•

Testes de caixa Preta

•

Classes de equivalência

•

Testes de fronteira

•

Análise de domínio

•

Pairwise testing

•

Testes unitários

•

Testes automatizados

6. EXECUÇÃO DO PLANO DE TESTE DA USER STORIE 02

1. US-02 – SPRINT 1

Como um usuário do SCAF eu gostaria de visualizar em um mapa as transações fraudulentas efetuadas em um período de tempo para tomar medidas de seguranças direcionadas

(7)

7 BURNDOWN SPRINT 1

EXECUÇÃO DO PLANO DE TESTE

1. CASOS DE TESTE

CASO DE TESTE 01

RESUMO _{Testa a Capacidade do software em demonstrar graficamente em um mapa} geográfico as fraudes ocorridas em um determinado período de tempo. PRÉ-CONDIÇÕES _{As tabelas físicas do banco devem estar devidamente “populadas” com}

registros qualificadas.

DADOS DE ENTRADA AÇÃO RESULTADO ESPERADO PERIODO

INICIO FIM

01/05/2013 31/05/2013

CLICK BOTÃO CONSULTAR

(8)

8 2. RESULTADOS DOS CASOS DE TESTE

RESULTADO DA EXECUCAO DO CASO DE TESTE 01

CASO DE TESTE ₀₁ DADOS DE ENTRADA

PARAMETROS RESULTADO ESPERADO

INICIO FIM

01/05/2013 31/05/2013

EVIDENCIA DO TESTE RESULTADO

Relação de Transações Fraudulentas

ID

Trans

ID

Cliente

Valor

R$

Data

ID

Midia

Latitude

Longitude

1

1 70.0 20130501 1

-23.302019119262695

-45.97050857543945

2

1 80.0 20130502 1

-23.29876708984375 -45.95334243774414

3

1 90.0 20130503 1

-23.17768669128418 -45.88654327392578

(9)

9

4

1 100.0 20130504 1

-

_{23.536291122436523}

-

_{46.197940826416016}

5

1 110.0 20130505 1

-

_{22.512556076049805}

-

_{43.186912536621094}

6

1 120.0 20130506 1

-

_{22.902427673339844}

-

_{43.105201721191406}

3. CRITERIOS DE ACEITAÇÃO E FALHA

Com a conclusão da Sprint 1 e a nova definição de aceitação a US-2 foi considerada

aderente ao definição de pronto desse caso de teste.

7. EXECUÇÃO DO PLANO DE TESTE DA USER STORIE 13

4. US-13 – SPRINT 2

Como um SCAF eu preciso criar e gerenciar classes de equivalência para classificar transações em um grau de risco de fraude a fim, de agilizar a detecção da fraude (Classe de Auto-Fraude, Fraude-Amiga ou Estelionato)

(10)

10 5. CASOS DE TESTE

CASO DE TESTE 01

RESUMO _{Testa a Capacidade do software em exibir relatórios montados a partir da definição} de filtros como data inicial e data final.

PRÉ-CONDIÇÕES _{As tabelas físicas do banco devem estar devidamente “populadas” com registros base} padrão de teste.

DADOS DE ENTRADA RESULTADO ESPERADO

PARAMETROS INICIO FIM

01/05/2013 01/05/2013 RETORNAR A TRASAÇÃO NUMERO 1

01/02/2013 01/01/2013 RETORNA EM BRANCO

01/05/2013 03/05/2013 RETORNA TRANSAÇÕES DO NUMERO DE 1 A 3

01/01/2013 31/12/2013 RETORNAR 6 TRANSAÇÕES

PÓS-CONDIÇÕES _{O Teste deverá continuar somente se esse caso de teste obter sucesso.}

CASO DE TESTE 02

RESUMO _{Testa a Capacidade do software em exibir relatórios montados a partir da definição de} filtros com data, cidade, uf, tipo e classe de equivalência.

PRÉ-CONDIÇÕES _{As tabelas físicas do banco devem estar devidamente “populadas” com registros base} padrão de teste.

DADOS DE ENTRADA RESULTADO ESPERADO

PARAMETROS

INICIO FIM CIDADE ESTADO TIPO CLASSE

EQUIVALENCIA

01/05/2013 31/05/2013 MOGI SP RETORNAR TRANSACAO 4

01/05/2013 31/05/2013 MOGI RJ Auto-Fraude RETORNAR TRANSACAO 5 01/05/2013 31/05/2013 JACAREI SP Estelionato RETORNAR TRANSACAO 1

e 4 01/05/2013 31/05/2013 NITEROI RJ LOJA

FISICA

Fraude-Amiga RETORNAR TRANSACAO 6

PÓS-CONDIÇÕES

(11)

11 RESULTADO DA EXECUCAO DO CASO DE TESTE 01

CASO DE TESTE ₀₁

DADOS DE ENTRADA

INICIO FIM

01/05/2013 01/05/2013 RETORNAR A TRASAÇÃO NUMERO 1

PASSOU

DADOS DE ENTRADA

INICIO FIM

01/02/2013 01/01/2013 RETORNA EM BRANCO

(12)

12

DADOS DE ENTRADA

INICIO FIM

01/05/2013 03/05/3013 RETORNA TRANSAÇÕES DO NUMERO DE 1 A 3

PASSOU

DADOS DE ENTRADA

INICIO FIM

01/01/2013 31/12/2013 RETORNAR 6 TRANSAÇÕES

(13)

13 RESULTADO DA EXECUCAO DO CASO DE TESTE 02

CASO DE TESTE ₀₂

DADOS DE ENTRADA PARAMETROS

EQUIVALENCIA

RESULTADO ESPERADO

01/05/2013 31/05/2013 MOGI SP RETORNAR TRANSACAO

4

PASSOU

EQUIVALENCIA

RESULTADO ESPERADO

01/05/2013 31/05/2013 MOGI RJ Auto-Fraude RETORNAR TRANSACAO

5

(14)

14

EQUIVALENCIA

RESULTADO ESPERADO 01/05/2013 31/05/2013 JACAREI SP Estelionato RETORNAR TRANSACAO

1 e 4

PASSOU

EQUIVALENCIA

RESULTADO ESPERADO 01/05/2013 31/05/2013 NITEROI RJ LOJA

FISICA

Fraude-Amiga RETORNAR TRANSACAO 6

(15)

15 7. CRITERIOS DE ACEITAÇÃO E FALHA

O US-13 foi considerada aceita por estar em conformidade com os requisitos e por passar em todos os testes funcionais.

8. PRINCIPAIS CONCLUSÕES

A segunda Sprint apresentou evoluções importantes em relação a primeira Sprint. O Amadurecimento das técnicas de ágile propiciou uma grande quantidade de software funcionando nunca antes vista em trabalhos anteriores.

Como sugestão seria interessante melhorar o portal que centraliza as informações de todas as disciplinas

Sobre tudo, as técnicas trabalhadas, os erros e acertos, e a interação interdisciplinar colaboraram com o enriquecimento acadêmico de todos e devem ser considerados como os grandes valores entregues nesse semestre.

Pode se resumir que foi identificado a aplicação prática da teoria aprendida em sala de aula, forte integração entre as disciplinas utilizando metodologia ágil (SCRUM), aprendizado de tecnologias emergentes (GAE/Bigquery)