IBM Rational Piores Práticas em Testes
Upcoming SlideShare
Loading in...5
×
 

IBM Rational Piores Práticas em Testes

on

  • 3,254 views

Brateste, piores práticas em testes (e como evitá-las). Apresentação de Felipe Freire em 13/10/2011.

Brateste, piores práticas em testes (e como evitá-las). Apresentação de Felipe Freire em 13/10/2011.

Statistics

Views

Total Views
3,254
Views on SlideShare
3,233
Embed Views
21

Actions

Likes
4
Downloads
85
Comments
1

4 Embeds 21

http://www.freewebs.com 18
https://www.ibm.com 1
https://twitter.com 1
http://plus.url.google.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Author Notes: This is the IBM Rational standard template for internal and external Rational presentations. It was created in Microsoft PowerPoint Standard Edition 2003. This template is also converted and provided in Lotus Symphony v3.0. Additional IBM Rational presentation assets and resources can be found on Rational’s Managing the Brand W3 Intranet site: https://w3-03.ibm.com/software/marketing/marksite.nsf/AllMarketingPages/Brand-Rational-rt_rtb?opendocument?opendocument If internal presentations are confidential, please add: “IBM Confidential” to the slide masters Select: View / Master / Slide Master and add “IBM Confidential” to both the title master and slide master Use sentence case capitalization for presentation titles, slide titles, category labels and bullets: Format / Change Case / Sentence Case. Initial capitalization is limited to our products and offerings. Applying this template to your existing presentation Task Pane needs to be viewable: Select View / Task Pane Select Slide Design - Design Templates from the Task Pane pull-down menu Select “Browse” at the bottom, and find “Rational_Standard_Template.pot” on your hardrive and click Apply Please note that not all slides will reformat appropriately once template is applied. Some reformatting will be necessary Printing your presentation on a black and white printer Prior to printing your presentation, view the slides in grayscale mode: Select View / Color/Grayscale / Grayscale Select problem graphics or text and right-click and select Grayscale Setting Select the grayscale setting that displays the problem graphic/text the best Note: Changing the greyscale setting does not affect the color view Return to Normal View by selecting View / Color/Grayscale / Color
  • Author Note: Mandatory Rational closing slide (includes appropriate legal disclaimer). Graphic is available in English only.

IBM Rational Piores Práticas em Testes IBM Rational Piores Práticas em Testes Presentation Transcript

  • Felipe Freire (pfreire@br.ibm.com)IBM Software, Rational13 Outubro 2011“Piores práticas” em testes(e como evitá-las) © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalIntrodução – percepção sobre testes Amadurecimento da percepção sobre testes nas organizações – Agile, importância do software, problemas no passado... Importância dos testes – Tão importantes quanto o desenvolvimento? – Qual o tamanho da equipe de testes?2 © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalDesafios – Por que ainda erramos? Falta de tempo para os testes Gerência que não entende os testes ou parece não se importar com a qualidade Falta de processo, técnica e ferramentas para testes Falta de experiência em testes Muitas mudanças nos requisitos3 © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalPiores práticas – experiência pessoal1. Deixar os testes para o final do projeto3. Dois ciclos de testes são o suficiente5. Qualquer um pode criar e executar os testes7. Todos os testes devem ser detalhados e muito bem estruturados9. Buscar 100% de automação11. Executar o maior número de testes possíveis13. Todos os defeitos encontrados devem ser corrigidos15.4 Ignorar configurações para os testes © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 1: Deixar os testes para o final do projeto Sintomas: – “Os testes só podem começar quando o software estiver pronto” – “Vamos chamar um testador próximo ao final do projeto e ele vai garantir a qualidade do produto” – Onde? Várias empresas Efeitos: – A expectativa é que o Sistema está pronto! – Testes espremidos no final do projeto • “Se faltar tempo, reduzimos os testes” – Pouca flexibilidade para o testar • Dificuldade em incluir requisitos de testabilidade5 • Dificuldade em automatizar © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?NÃO deixar os testes para o final do projeto Identificar e comunicar o valor dos testes – colaborar com a equipe Planejar os testes no início do projeto Incluir requisitos de testabilidade assim que possível Desenvolvimento iterativo Ter uma estratégia clara para os testes Demonstração: Rational Quality Manager – Plano de Testes Ajuda a definir a estratégia de testes, os objetivos, e ligar os testes aos requisitos6 © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 2: Dois ciclos de testes são o suficiente Sintomas: – “Ok, vamos testar e depois que os desenvolvedores corrigirem os problemas testamos as correções e implantamos” – Onde? Instituição financeira – fábrica de testes Efeitos: – Testes espremidos e limitados pelo tempo – Sem tempo para corrigir defeitos encontrados – Quanto mais usamos um produto mais problemas tendem a aparecer © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?Dois ciclos de testes NÃO são o suficiente Definir objetivos de qualidade para o projeto e testar até atingir os objetivos Desenvolvimento iterativo Liberar com freqüência builds para testes Promover a colaboração entre desenvolvedores e testadores Demonstração: Rational Quality Manager – Planejamento e datas Planejamento dos testes, builds e os conjuntos de testes ajudam a organizar a execução dos testes. © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 3: Qualquer um pode criar e executar os testes Sintomas: – “O analista que escreveu os requisitos, pode também documentar os testes” – “O usuário/stakeholder é responsável por dar o aceite, e portanto pode testar o sistema” – “Vamos trazer um estagiário na equipe para cuidar da parte de testes” – Onde? ...  Efeitos: – Os testes não são executados ou não são efetivos – Não há benefícios reais em testar nessas condições – Defeitos que seriam facilmente detectados por um testador são enviados para produção © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?NÃO é qualquer um que pode criar e executar os testes• Entender as características de um bom testador – Curioso – Meticuloso – Comunicador• Formar ou contratar testadores experientes• Focar nos diferentes tipos de testes• Valorizar o trabalho do testador• Definir as responsabilidades da equipe de testes: – Garantir que os objetivos do teste sejam atendidos  Gerente de Testes – Elaborar testes utilizando diferentes técnicas  Analista de Testes – Executar os testes e reportar problemas  Testador © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 4: Todos os testes devem ser detalhados e muito bemestruturados Sintomas: – Foco na documentação dos testes – Scripts ou procedimentos altamente detalhados – “Todos os nossos testes são documentados de acordo com o padrão IEEE” – Onde? Empresa de Telecom Efeitos: – Gasta-se muito tempo definindo testes – Não há espaço para criatividade © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?Nem todos os testes devem ser detalhados e muito bem estruturados Expanda o alcance dos testes ao invés de focar em detalhar e estruturar muito os testes existentes Gaste algum tempo procurando defeitos de forma não estruturada ( “Bug hunter”) usando testes exploratórios. Utilize técnicas diferentes e acompanhe o índice de defeitos encontrados Demonstração: Rational Quality Manager – Casos de testes Design dos testes © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 5: Buscar 100% de automação Sintomas: – Um gerente de desenvolvimento gostava de afirmar que 100% dos testes realizados na organização dele eram automatizados. – Onde? Empresa de Telecom, mercado financeiro e na própria IBM  Efeitos: – Aumento do custo de desenvolver e manter os testes automatizados – “Automatizar é caro” – Baixa percepção de melhoria de qualidade ou redução de riscos © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?Não buscar 100% de automação Automatizar cenários que podem trazer mais valor a companhia Valorize os testes manuais e os combine com testes automatizados Não automatize o que não estiver organizado Automatize a verificação e facilite os testes de regressão Ter uma ferramenta de automação não é uma estratégia de testes (defina uma) Demonstração: Rational Quality Manager – Testes manuais Execução simplificada de testes manuais. © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 6: Executar o maior número de testes possíveis Sintomas: – Dezenas de milhares de “casos de teste” automatizado para 1 sistema – Encontram centenas de “bugs” – A um “custo baixo” por caso de teste – menos de 1 real – Empresa do Governo Efeitos: – Testes e defeitos reportados são repetitivos – Se não acompanhados de outros © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?Não executar o maior número de testes possíveis Focar os testes nos objetivos de qualidade (ou nos riscos) Buscar executar testes eficientes – com maior chance de encontrar defeitos Combine técnicas e ferramentas de acordo com o projeto Demonstração: Rational AppScan – Testes de segurança Tipo de teste automatizado onde a quantidade de testes é importante. © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 7: Todos os defeitos encontrados devem ser corrigidos Sintomas: – Centenas de defeitos são reportados a equipe de desenvolvimento – Os relatórios de defeitos são extensas listagens com poucas informações – Onde? Empresa do mercado financeiro Efeitos: – Se não forem bem documentados, o reporte de defeito pode ser descartado pela equipe de desenvolvimento – Falta controle sobre os defeitos e eles não são corrigidos a tempo – Problemas graves podem passar despercebidos © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?Nem todos os defeitos encontrados devem ser corrigidos Seja advogado dos defeitos encontrados – saiba justificar porque eles devem ser corrigidos Comunique e colabore com a equipe de desenvolvimento Informe o procedimento utilizado para encontrar o defeito – muitos defeitos são descartados pois não são fáceis de reproduzir Cuidado com defeitos duplicados Controle o ciclo de vida dos defeitos Demonstração: Rational Quality Manager – Defeitos Reportando defeitos e interagindo com o desenvolvimento © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalProblema 8: Ignorar configurações para os testes Sintomas: – As plataformas-alvo da aplicação (banco de dados, navegador, sistema operacional, etc.) são ignoradas – Todos os testes são realizados usando uma versão do cliente ou navegador, porém em produção os usuários podem usar versões diferentes – Onde? Empresa do mercado financeiro, e Telecom Efeitos: – Baixa percepção da qualidade quando um problema é encontrado em uma plataforma não testada © 2011 IBM Corporation
  • Enabling Product and Service Innovation | RationalComo tratar o problema?Não ignorar configurações para os testes Durante o planejamento dos testes, identificar as possíveis configurações da aplicação e os ambientes de testes – Banco de dados – Sistema Operacional – Navegador (Browser) – Servidor de Aplicações Durante o design dos testes, considerar quais testes serão executados em quais plataformas e qual o conjunto mínimo de configurações será mais eficiente em atingir os objetivos dos testes Durante a execução dos testes, registrar as configurações testadas Demonstração: Rational Quality Manager – Execução Definição de ambiente de testes e plataformas suportadas. © 2011 IBM Corporation
  • Enabling Product and Service Innovation | Rational Resumo  Os testes devem ter objetivos bem definidos  As ferramentas e técnicas devem ser utilizadas de acordo com o projeto  Os testes fazem parte de todo o ciclo de desenvolvimentoContatos:Felipe Freire – pfreire@br.ibm.comSite Jazz.net http://jazz.netBlog da IBM Rational Brasil:https://www.ibm.com/developerworks/mydeveloperworks/blogs/rationalbrasil/ 21 © 2011 IBM Corporation
  • Enabling Product and Service Innovation | Rational www.ibm.com/software/rational© Copyright IBM Corporation 2011. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind,express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall havethe effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBMsoftware. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilitiesreferenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or featureavailability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International Business MachinesCorporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. 22 © 2011 IBM Corporation