Apresentação na ETEC de Cabrália Paulista - novembro/2013

1. Qualidade
não é só bonita
e nem tãããoo chata...
Livia Gabos

2. Livia Gabos






Formada em Sistemas de Informação na Unesp/Bauru
Analista de testes na MStech
Certificação CTFL
Testes de usabilidade e acessibilidade
@liviagabos
http://about.me/liviagabos

3. Tentar falar





O que é teste de software
Para que serve o teste de software
Quais as dificuldades da área de testes
Como seguir na área
Porque é importante testar

4. Apresentação


Conceitos gerais
Porque pensam que a qualidade





é só bonita
é chata
resolve tudo
Ideal de qualidade
Porque é importante testar

5. Qualidade

O que é qualidade?

“A qualidade é relativa. O que é qualidade para uma
pessoa pode ser falta de qualidade para outra.”
G. Weinberg

6. Qualidade de software


Ausência de bugs?
Conformidade com o requisito?

7. Qualidade de software

Conjunto de características que devem ser alcançadas em
um determinado grau para que o produto atenda às
necessidades de seus usuários.

Conformidade a:



requisitos funcionais e de desempenho,
padrões e convenções de desenvolvimento pré-estabelecidos,
atributos implícitos que todo software desenvolvido deve
possuir.

8. Teste de software

O que o teste tem a ver com qualidade?

“A qualidade não é intangível.
A finalidade do teste é tornar essa qualidade visível
Testar é medir a qualidade do software”
Hetzel, 1987

9. Teste de software

“O teste é um processo de aquisição de confiança no fato
de que um programa ou sistema faz o que se espera
dele.”
Hetzel, 1973

“Teste é o processo de executar um programa ou sistema
com a finalidade de encontrar erros”
Myers, 1979

10. Teste de software

Objetivos do teste?

Mostrar o que o sistema não faz o que deve fazer.

Mostrar que o sistema faz o que não deve fazer.

11. Testes de software

Testes relacionados ao processo

Testes relacionados ao produto

12. Teste de software

13. Só bonita e chata?

14. Qualidade é só bonita?

Pensam no enfeite


Não tem funcionalidade
Fala que existe, mas não usa

15. Qualidade é só bonita?

Pensam que não tem conteúdo



Qualquer um faz
Não precisa de tanto conhecimento
“Testador é aquele que não sabe programar”

16. Qualidade é só bonita?

Pensam que é dispensável

Sem tempo e com custo alto = remover testes

17. Qualidade é chata?

Pensam que é burocrática


Tem que ter TODA a documentação para testar
Não pode lançar o produto sem testar tudo

18. Qualidade é chata

Pensam que o testador só trolla o desenvolvedor


Bug é só o desenvolvedor que cria
Só o testador que encontra os bugs

19. Qualidade é chata

Pensam que se perde tempo testando



“Não vou levar para teste porque vai voltar tudo”
“Não dá tempo de testar antes de entregar para o cliente”
“Vamos arrumando enquanto os testadores olham”

20. Qualidade não é nada disso...

Qualidade não é uma fase do desenvolvimento de
software...
Ela deve ser parte de todas!

Testes não são bala de prata!


21. Qualidade de software não é


Ausência de erros
Não é só atender os requisitos


Quem fez as solicitações?
Quem vai utilizar o sistema?

22. Qual o objetivo do teste?

Mostrar que o software faz o que não deve fazer.

Mostrar que o software não faz o que deveria fazer.

“O teste de programas pode ser usado para mostrar a
presença de defeitos, mas nunca para mostrar a sua
ausência.”
Dijkstra

23. Qualidade desde o começo

Os erros podem ser detectados:



Revisão de requisitos
Inspeção de código
Teste de software

24. Qualidade desde o começo

Um problema no software pode ser prevenido:



Treinamentos
Padrões
Metodologias

25. Qualidade desde o começo

26. Qualidade desde o começo

Onde estão os erros?

27. Qualidade desde o começo





30% dos projetos são cancelados antes de serem
finalizados;
70% dos projetos falham nas entregas das funcionalidades
esperadas;
Os custos dos projetos extrapolam mais de 180% dos
valores previstos;
Prazos excedem mais de 220%;
A cada R$1,00 em desenvolvimento, de R$2 a R$3 são
gastos com retrabalho;

28. Qualidade de software

Qualidade no processo e produto

Existem normas e modelos que podem ser aplicados para
melhorar a qualidade do produto.

CMMI - Capability Maturity Model® Integration
MPS.br - Melhoria de Processos do Software Brasileiro
Normas ISSO - ISO/IEC 25000



29. Qualidade de software

Norma ISO/IEC 25000:2005




Norma internacional
Características e medição de qualidade de um software
Evolução da ISSO/IEC 9126 e 14598 – qualidade de software
SQuaRE – Requisitos de qualidade e avaliação de produtos de
software

30. Norma ISO/IEC 25000:2005

A qualidade é decomposta em uma série de fatores de
influência.

Qualidade em uso: ponto de vista do usuário

Qualidade externa: produto como caixa-preta

Qualidade interna: arquitetura interna do produto

31. Norma ISO/IEC 25000:2005

A qualidade é decomposta em uma série de fatores de
influência.

Qualidade em uso: ponto de vista do usuário

Qualidade externa: produto como caixa-preta

Qualidade interna: arquitetura interna do produto

32. Qualidade de software






Funcionalidade
Manutenibilidade
Usabilidade
Confiabilidade
Eficiência
Portabilidade

33. Qualidade de software

Possuem variação de acordo com o software.

Software de locadora x software de um aparelho médico.

34. Testes de software




Estágio de teste
Tipo de teste
Critérios de avaliação
Técnicas usadas

35. Testes de software




Estágio de teste
Tipo de teste
Critérios de avaliação
Técnicas usadas

36. Testes de software

Estágios do teste:



Unitário
Integração
Sistema

37. Testes de software

Tipos de testes:









Funcional
Regressão
Usabilidade
Stress
Desempenho
Recuperação
Segurança
Acessibilidade
Conformidade com o processo

38. Testes de software

Tipos de testes:









Funcional
Regressão
Usabilidade
Stress
Desempenho
Recuperação
Segurança
Acessibilidade
Conformidade com o processo

39. Acessibilidade


5% das páginas HTML dos sites governamentais estão de
acordo com os padrões da W3c.
98% não são acessíveis de acordo com o WCAG, da W3c.

40. Motivos para testar...

41. Bugs Históricos

Mariner I – 1962




Missão de observar o planeta Vênus
Fórmula matemática foi escrita erroneamente
Desviou de seu curso e foi destruída 4 minutos após o
lançamento.
Prejuízo: US$18,4 mi

42. Bugs Históricos




Gasoduto soviético – 1982
Supostamente, a CIA infiltrou um ‘cavalo de Tróia’ no
sistema que controlava o gasoduto Transiberiano
Maior explosão não-nuclear da história
Detectado por satélites americanos

43. Bugs Históricos

Therac – 25 – 1985/1987



Dispositivo de terapia por radiação sobre células falha e libera
doses letais de radiação em vários consultórios médicos
Condição de disputa do SO
5 mortes e várias pessoas feridas

44. Bugs Históricos

Toyota Prius – 2010



Problema no software do sistema de ABS de freios –
acelerador fica preso, dificultando desaceleração
Recall de 400.000 veículos
~US$ 2 bilhões de prejuízos e desvalorização de 15% nas
ações

45. Bugs Históricos

PlayStation Network – 2011



Invasão do sistema
Dados privados e de cartão de crédito de ~70 mi de pessoas
foram roubados
Governo japonês não deixou voltar a comercializar até atingir
um nível de qualidade

46. Perfil do profissional

47. Perfil do profissional

Formação técnica

Certificações de testes:



ISTQB
QAI
ALATS

48. Perfil do profissional







Estudioso
Detalhista
Comunicativo
Preparado
Consciente
Exigente
Criterioso

49. Minha formação

50. FIM!

51. Perguntas?
About.meliviagabos