Testes de Software &

Vôo 3054 da TAM

Leonardo MolinariConsultor Sênior de Qualidade de Software

2

Antes uma pequena história...

3

Agenda

• Projeto de Software X Testes

• Principais Problemas em Web App

• Capacidade de um Sistema Web• Teste em Sistemas Embarcados

• Aplicação Web (Imaginária) 3054

• Heróis na Qualidade

4

Sistema sob

Testes

Estado do Programa

Entradas Intencionais

Estado do Sistema

Recursos do sistema E de Configuração

Entrada de outrosProcessos, clientes e servidores

Saídas Monitoradas

Estado do Programa, incluindo saídas inesperadas

Estado do Sistema

Impacto na conexão dos devices / recursos de sistema

Saída para outrosProcessos, clientes e servidores

Projeto de Software X Testes

5

tempo

“desgaste”“mortalidade infantil”

índice de

falhas

• Curva de Falhas

Projeto de Software X Testes

Projetos Distintos ao longo do tempo

6

Projeto de Software X Testes

• Detecção de Erros: O Custo dos Erros

7

Projeto de Software X Testes

8

Principais Problemas em Web App

• Conexões com BD e Queries

• Código do Application Server

• Hardware do WebServer

• Network em si

9

10

Diagrama de Gargalos

Capacidade de um Sistema

11

Capacidade de um Sistema

Capacidade de Utilização= [saída atual]/[capacidade de projeto]

Capacidade de Eficiência= [saída atual]/[capacidade efetiva]

0

Capacidade De Projeto

CapacidadeEfetiva

Saída AtualPeriod #5

Saída AtualPeriod #8

Gerencia de Foco:Perda na Capacidade de

Produção

12

6am 12pm 6pm 12am 6am 12pm 6pm 12amDay 1 Day 2

6am 12pm 6pm 12am 6am 12pm 6pm 12amDay 1 Day 2

Demand Surge

CyclicalRandom & Infrequent

Visão de Demanda

13

Teste em Sistemas Embarcados

• Sistemas Embarcados (Embedded Systems) = Hardware + Software – Ex: Máquinas de Jogos, Painel Eletrô-

Eletrônico, Aparelhos Médicos, Sistemas de Aviões, etc.

14

Teste em Sistemas Embarcados• Testes em Sistemas Embarcados

– Teste do Hardware (isolado)– Teste do Software (isolado)

• Testes de Caixa-Branca• Testes Unitários

– Teste do Software e Hardware Juntos– Teste de Aceitação do Usuário

• Problemas:– Custo– Simulação e Dados de Testes– Deve-se fazer análise de Risco Forte

15

Teste em Sistemas Embarcados

• Visão Geral de Análise de Risco

16

Teste em Sistemas Embarcados

• Opções de Risco

17

Aplicação Web 3054

• Fato: Acidente com Vôo 3054 da TAM, ocorrido em 17 de julho de 2007 às 18h50min.

• Premissa: imagine que o Vôo 3054 TAM é uma aplicação Web.

• Perguntas: – O que fazer evitar um desastre Web?

18

Aplicação Web 3054

O que fazer para evitar um desastre Web:1. As máquinas Web onde estão os servidores estão

funcionando perfeitamente? Estão preparadas para receber o "pouso" do sistema Web?

2. Os servidores (o "aeroporto") estão sobrecarregados antes mesmo do sistema Web entrar no ar?

3. O firewall ("torre de controle") que protege os dados e outras partes do sistemas está devidamente configurado que evitar "intrusos"?

19

Aplicação Web 3054

O que fazer para evitar um desastre Web:1. Os servidores possuem espaço em disco e em

memória suficientes? 2. Os requisitos de instalação ("normas internacionais")

do sistema web confere com o que foi disponibilizado (real) para instalação do sistema em produção?

3. O sistema Web foi testado (o mais próximo possível) em termos de performance (teste de desempenho) no ambiente que espelhasse a realidade?

20

Aplicação Web 3054

O que fazer para evitar um desastre Web:1. Todos os requisitos funcionais e não funcionais

foram testados antes do sistema entrar em produção? E os requisitos que se precisa testar e não foram especificados? Ambiente chuvoso pode ser um requisito não-funcional...

2. Ao entrar em produção o sistema Web foi testado de forma mínima para verificar se o mesmo consegue "entrar no ar"?

3. As contingências ("segurança") para o sistema foram definidas e testadas de modo a ter certeza que se algo falhar haverá socorro ("bombeiros e ambulância")?

21

Aplicação Web 3054

O que fazer para evitar um desastre Web:1. A segurança das informações dos usuários ou do

negócio envolvido, está garantido com o sistema no ar ou não? Tem backup?

2. Todos os funcionários, consultores, analistas envolvidos estão capacitados e cientes de tudo que existe e deve ser feito ?

3. O sistema recebe manutenções periódicas de modo a acompanhar seu desempenho (ser pró-ativo)?

22

Aplicação Web 3054

O que fazer para evitar um desastre Web:1. O tempo para Teste foi adequado em todas as

etapas? (teste é antes, durante e depois)2. Um defeito quando encontrado foi devidamente

reportado, com as devidas providências tomadas?3. O risco de um defeito não resolvido pode inviabilizar

o sistema a médio ou longo prazo? (efeito rachadura. Exs: peça com defeito não resolvido)

4. Até que ponto o “log” do sistema (caixa-preta) está funcionando corretamente sem inviabilizar a performance?

23

Heróis na Qualidade• Conceito de Herói:

– Herói: Alguém exemplar que reúne em si os atributos necessários para superar de forma gloriosa ou excepcional um determinado problema ou obstáculo ou meta.

– Super-Herói: é a realização máxima, ou suprema, do mito do herói.

– Anti-herói: é alguém realiza as mesmas atitudes do herói, porém por motivos egoístas ou que não tem vocação heróica.

24

Heróis na Qualidade

• Por que precisamos de heróis na Qualidade?– Para nos inspirarmos na ATITUDE correta.

• Quem pode ser um herói?– VOCÊ e qualquer um que tenha atitude

correta perante a qualidade.• Pode ser alguém simples que faz coisas

extraordinárias.

25

Heróis na Qualidade

26

Heróis na Qualidade

• Quais atitudes devemos ter para sermos um profissional-herói:– Faça parte de seu time;– Tenha comprometimento;– Seja visível para todos;– Faça bons relacionamentos;– Tenha sempre iniciativa. Não confundir

com precipitação;– Seja respeitável e decente;– Respeite a diversidade;– Use estratégias ganhadoras sempre, e

busque sempre novas;– Trate de sua saúde. Aparência não é

saúde;– Não se acomode nunca. Busque

melhorar sempre!

27

Reflexões

“Na Qualidade,

não avançar é recuar!”

28

Reflexões

Teste

é coisa séria...

Mas pode e deve ser prazeroso...

29

Conhecendo o Palestrante

Engº de Sistemas-UERJ & Pós-Graduado em Gestão Pela Qualidade Total – Univ. Estácio de Sá

Consultor de Sênior de Qualidade de Software Certificação/Experiência (metodologia, processos, ferramentas e

ministrar treinamento) em Testes, Requisitos, Ger. de Configuração, Ger. Projetos, OpenSource

Experiência Nacional e Internacional em diversos segmentos

NOVO

3ª Edição

30

Palestrante: Leonardo Molinari E-mail: lm7k@yahoo.com.br Site Pessoal: http://geocities.yahoo.com.br/lm7k/testes.html Blog Diário da Qualidade (quase 1500 vistas/mês):

http://diariodaqualidade.blogspot.com

Dúvidas ???