O documento discute soluções de teste automatizado para sistemas de autoatendimento bancário (ATM), destacando: (1) A ferramenta BRIDGE:test permite testar aplicativos de ATM de forma automatizada, reduzindo custos e prazos em comparação aos testes manuais; (2) Os testes automatizados aumentam a disponibilidade da rede e a qualidade dos produtos ao encontrar falhas mais cedo; (3) Clientes relataram redução de até 90% no tempo e custo de testes regressivos ao usar a ferramenta.
2. O que é realmente importante?
• Pressão por resultados em todas as áreas
• Conquistar e manter a confiança do cliente
• Manter sua rede de auto-atendimento operante pelo
maior tempo possível
• Redução de custo dos projetos
• Incrementar a qualidade dos produtos oferecidos
2
3. Motivos para Testar?
• Garantir a maior disponibilidade possível
• Reduzir o custo total de um projeto
• Otimizar o processo de garantia da qualidade, agilizando o deployment
• Confiabilidade ao vender projetos de Outsourcing
• Complexidade das soluções envolvendo ATM
• Situações mandatórias (CET, PCI, EMV...)
• Quantidade de versões X Tempo entre versões
• Manter sistemas legados operantes após a
introdução de novas funcionalidades
3
5. Objetivo do produto
“Permitir que os clientes reduzam o custo total de
manutenção de suas redes de ATMs, tanto através do aumento
da disponibilidade quanto pela menor duração dos ciclos de
projeto, sem abrir mão da maior cobertura possível em termos
de testes.”
5
7. Visão geral do BRIDGE:test
• Ferramenta para teste automatizado de qualquer sistema
envolvendo ATM baseada em CEN-XFS
• Desenvolvido especificamente a partir da necessidade dos
clientes
• Testa o sistema como um todo, inclusive interação com o
cliente (interface)
• Validação end-to-end da comunicação com o Host
• Simulador fiel ao ambiente real de operação cria uma
“ATM virtual” semelhante à real
• Possibilidade de testes de aderência ao padrão XFS
• Certificado nos ambientes Wincor ProTopas/ProCash, NCR
Aptra EDGE, Diebold Agilis, Absolute INTERACT, KAL,
Phoenix Interactive
7
9. O que é testado, e o que não é?
TESTADO NÃO TESTADO
Software aplicativo Implementação dos
ATM SPIs do fabricante
Tratamento dos Teste de carga do Host
dispositivos XFS
Interoperabilidade
Conexão com Host
9
10. Aumentando a cobertura dos testes...
Ao automatizar os testes regressivos com BRIDGE:test obtém-
se aumento de cobertura a cada novo release, pois a execução
completa dos testes torna-se sistemática e não onerosa
10
12. BRIDGE:test – internamente
SW TERCEIROS
APLICATIVO
LAYER XFS
ATM PC (máquina virtual) DISTRIBUIÇÃO
DE SOFTWARE
SIMULADOR MESSAGE
HARDWARE INSPECTOR
RTE*
SCRIPTS
AUTORIZAÇÃO
BRIDGE:test DE TRANSAÇÕES
12
13. Que benefícios traz o BRIDGE:test?
• Redução de 80 a 90% do tempo e do custo envolvido em um teste
regressivo manual para o aplicativo na ATM
• Aumento da disponibilidade da rede graças à maior qualidade do
aplicativo entregue
• Redução do ciclo de projeto, possibilitando um maior número de
versões
• Redução do custo indireto inerente aos requisitos de hardware
envolvidos
• Auxílio na manutenção de uma política de desenvolvimento
realmente multi-vendor
• Ambiente completo inclusive para testes unitários durante o
desenvolvimento, graças à simulação XFS state-of-the-art
13
14. Que benefícios traz o BRIDGE:test? (...)
• Possibilidade de testar um número muito maior de situações que em
um teste manual (ex: falhas complexas)
• Agilidade na identificação de situações anormais – ciclos de correção
e teste mais curtos
• Redução do custo com suporte ao analisar situações envolvendo
terceiros ou diferentes vendors (ex: documentação clara e concisa
das falhas encontradas)
• Contribuição para o controle mais preciso dos processos envolvidos –
medições segundo critérios estabelecidos por SLA
• Documentação muito mais eficiente das evidências de teste
14
15. Uma típica análise de negócios
• Número de casos de teste (CT) típico - 5 a 8 mil em função de:
Diferentes modelos de ATM
Versões de software de terceiros
Número de aplicações instaladas na ATM
Número de cartões necessários (muitos inacessíveis) para testar todas situações
Combinação entre diferentes transações (com/sem papel, numerário...)
• Alguns benefícios obtidos:
Impossível cobrir todos os CT em um prazo aceitável sem recorrer à automação do teste
Número reduzido de recursos necessários para a execução e análise do teste
Reflexo imediato no faturamento graças à maior disponibilidade da rede
ATMs são recursos caros – quebrá-las acidentalmente durante um teste de falhas pode ser
muito oneroso
15
16. Uma visão diferente de como testar...
• Definição da política de testes segundo as melhores práticas através do
envolvimento com o cliente e seus projetos
• Total independência de fornecedores quanto ao padrão XFS contribui para
mitigar riscos em ambientes multi-vendor de fato
• Linguagem QuickScript para criação de casos de teste de modo simples e direto,
tornando essa tarefa intuitiva
• Captura de evidências de teste conforme a necessidade e
conveniência (quaisquer evidências, sejam elas mensagens,
recibos, telas...)
• Metodologia única e independente do
grau de complexidade da aplicação
Planejamento
Divisão em grupos
Execução
Utilização (dia-a-dia)
16
17. Ciclo “virtuoso” de teste automatizado
Falhas são
encontradas
mais cedo
Melhor
Maior Deployment
controle dos Melhor
disponibili- mais rápido
casos de cobertura
dade global de versões
teste
Mais Menos
projetos homens/hora
realizados necessários
Mais testes
Testes de Menor custo
automati-
certificação efetivo total
zados
17
18. Ciclo “virtuoso” de teste automatizado
Preparação Preparação do Execução Análise Evidências
dos Testes Ambiente dos CT
Teste
Manual
Preparando
Automação
Automação
Concluida
Custo por Ciclo
18
19. Ciclo “virtuoso” de teste automatizado
• A criação dos testes pode ser feita mediante execução das transações ou através
de linguagem intuitiva QuickScript
• A partir da execução dos casos de teste são capturadas as telas, mensagens,
recibos e tudo mais que se aplique a cada caso específico
• Em seguida são definidas as regras de validação para cada teste (conteúdo
esperado das telas, recibos, mensagens, LOG, etc...)
• Os casos de teste são agrupados em conjuntos (test sets) conforme a estratégia de
teste adotada – testes de impressão, telas de captura de dados...
• Os test sets são validados mediante execução automatizada e seu resultado é
confrontado com o esperado – 100% de acerto nesse caso!
• Pronto!
- Os testes podem ser executados durante a noite sem perda de tempo
- Pode ser utilizada mais de uma “ATM virtual” para maior paralelismo
- São gerados relatórios com o resultado ao término de cada execução
19
20. Opinião de clientes
• “O custo unitário por teste caiu de US$28 para US$2,50
depois que passamos a utilizar o BRIDGE:test para a automação dos testes
da nossa aplicação de auto-atendimento”
Gerente do canal ATM, banco canadense de grande porte
• “Ao adotar o BRIDGE:test conseguimos testar um número muito maior de
situações; isso não teria sido viável pela metodologia de testes manuais”
Gerente do canal ATM, banco sul-africano de grande porte
• “Utilizando BRIDGE:test tornamos possível a execução de testes regressivos
totais em nossa aplicação ATM a qualquer hora, coisa que era impensável
anteriormente dado o elevado número de casos de teste”
Gerente de projetos – principal cliente no Brasil
• Uma pesquisa nos EUA mostrou recentemente que 42% dos usuários de
ATM experimentaram ao menos três episódios de indisponibilidade ao
tentar efetuar transações na rede de seus bancos
20
21. Estudo de casos
• NCR APTRA Edge/Base 24
• 3800 ATM em todo Canadá
• Ciclo de teste regressivo:
equipe de 6/8 pessoas
5 semanas para execução e análise
• Usando BRIDGE:test
3000 casos de teste automatizados
Execução paralela em 20 horas
Suporte à migração EMV
• Cobertura mais confiável
• Menor tempo e custo
21
22. Estudo de casos
• Projeto rejuvenescimento ATM
• Novo aplicativo nos terminais –
Wincor ProCash
• Novo sistema de autorização e
novas mensagens – Base24
• Conjunto de testes
automatizados definido e
construido em 4 meses
22
23. Estudo de casos
• Automação de testes ATM
• Rede com 8700 ATM
Quatro fabricantes
Seis modelos diferentes
• 3500 casos de teste
Mensagens
Telas
Recibos
• Execução completa em 8 horas usando três “ATM virtuais”
• Simulador XFS do BRIDGE:test usado como principal ferramenta para testes
manuais em desenvolvimento e suporte, além dos testes automatizados –
um verdadeiro Laboratório Virtual!
23
24. Resumindo...
• Aplicacões em ATM têm uma evolução muito rápida, pressionando
sempre por ciclos cada vez mais curtos de projeto. Frequentemente essas
aplicações sofrem impacto de novas normas ou aspectos legais, pondo
ainda mais pressão em prazos. Outras vezes ocorre fusão entre
instituições, com impacto direto em suas redes de ATM.
• A possibilidade de se executar testes regressivos de forma rápida e não
onerosa contribui para a manutenção de padrões elevados de
confiabilidade, especialmente nos casos acima.
• A manutenção de um “laboratório virtual”
sem custos adicionais contribui para que
tarefas como suporte possam ser executadas
até mesmo remotamente
24