Análise de riscos: priorizar aspectos para o teste

Em muitos casos o software em teste possui algumas partes (ou funcionalidades) nas quais a ocorrência de uma falha pode acarretar graves conseqüências a  seus usuários, podendo impactar negativamente seus negócios e eventualmente até mesmo colocar a integridade de vidas humanas em risco. Por outro lado, o mesmo software pode possuir partes nas quais a ocorrência de falhas, embora não desejável, não seja crítica em termos dos negócios de seus usuários, impactando-os somente de forma marginal.

Neste contexto, uma preocupação fundamental do teste é avaliar as funcionalidades do software que sejam
mais importantes para o negócio de seus futuros usuários e propor e desenvolver atividades de teste que
abordem com o devido cuidado essas áreas. Pensar nos testes com a perspectiva dos riscos que as falhas
possam provocar é um aspecto importante para o sucesso do teste.

A análise de riscos deve ocorrer no planejamento do teste e deve dar subsídios para a definição de tipos e técnicas de teste a serem utilizadas em cada parte do software, assim como o quão rigoroso deve ser o teste daquela parte do software. Em última análise, a consideração dos riscos envolvidos permite alocar os recursos de teste de uma maneira prudente, dosando o rigor e o esforço do teste de cada parte do software ao nível requerido
de confiabilidade.

Fonte: Teste de Software: Motivação e Conceitos Básicos
Centro de Tecnologia da Informação Renato Archer, CTI
Ministério da Ciência e Tecnologia, MCT

Portal do Software Público: Qualidade de Software

Todos os participantes do Portal do Software Público ganharam um ambiente dedicado ao tema de qualidade de Software. O espaço é composto inicialmente por 6 vetores: Ecossistema, Qualidade do Produto, Desenvolvimento de Software, Interoperabilidade, Prestadores de Serviço e Teste de Software. Os participantes do Portal SPB podem se cadastrar direto no ambiente com seu usuário e senha, pelo endereço http://www.software publico.gov. br/5cqualibr/ register/ user-join

O ambiente foi apresentado durante a reunião de Coordenação do Portal do Software Público na cidade de Brasília no início de dezembro. O segundo grupo de Interesse do Portal SPB foi batizado de 5CQualiBr: conhecimento, comunidade, colaboração, compartilhamento e confiança para qualidade do software público brasileiro. O 5CQualiBr será coordenado pelo Centro de Tecnologia da Informação Renato Archer-CTI, com sede na cidade de Campinas. O principal objetivo do grupo de interesse será disponibilizar conteúdos para melhorar a qualidade do software brasileiro.

A intenção da coordenação do 5CQualiBr será de garantir a interação dos usuários em torno do tema, acrescentar novos conteúdos periodicamente e estimular o debate sobre qualidade de software no país. Os conteúdos serão disponibilizados em modelos de licenças livres e grande parte do material poderá ser acessado abertamente.

O Portal 5CQualiBr é um dos produtos do Modelo de Qualidade do Software Público Brasileiro, projeto em vigência desde o final de 2008, que conta com recursos da FINEP-Financiadora de Estudos e Projetos e com apoio da Secretaria de Política de Informática-SEPIN, do Ministério da Ciência e Tecnologia.

Trata-se do segundo grupo de interesse criado no ecossistema do software público. O primeiro foi dedicado aos municípios brasileiros: o 4CMBr. Que pode ser acessado pelo endereço http://www.software publico.gov. br/4cmbr/ register/ user-join

Qualquer dúvida envie uma mensagem para guialivre@planejame nto.gov.br

Outras Notícias:

Comunidade GINGA
Nova versão da implementação de referência do Ginga-NCL
http://www.software publico.gov. br/dotlrn/ clubs/ginga/ one-community? page_num= 0

TI&Governo dedica prêmio ao Portal do Software Público
http://www.software publico.gov. br/news-item82

Evento do Software Público em Brasília recebeu destaque da comunidade de Software Livre
http://www.software publico.gov. br/news-item81

SBQS 2010

Brasil sediará CInTeQ 2010

Em março de 2010 o Brasil sediará CInTeQ 2010, que acontecerá nos dia 22/03 e 23/03/2010, na cidade de São Paulo, no Hotel Ceasar Business localizado no bairro de Vila Olímpia, zona sul de São Paulo.

Esse encontro contará com a presença de diversos nomes de destaque da área de testes de software no mundo, colocando o Brasil em foco.

Esse evento terá a junção do público nacional e internacional, trazendo discussões atuais e relevantes sobre o tema ao nosso mercado. Diversos participantes do encontro do ISTQB, que ocorrerá no Rio de Janeiro, em data anterior estarão presentes nesse congresso, trazendo uma oportunidade única para nosso mercado.

Não perca a oportunidade de ter contato com as inovações, tendências e diferentes visões da área, trazendo o reconhecimento de teste de software, como uma disciplina importante e necessária para a garantia de qualidade de software. O CInTeQ 2010, também visa fomentar a interação do meio acadêmico com o corporativo, trazendo a inovação e a experiência para agregar conteúdo a todos.

Serão dois dias repletos de discussões e novas perspectivas a respeito de testes de software.

Em breve será lançado o hot site deste evento com todos os detalhes, que estão sendo preparados com muito cuidado para que você aproveite ao máximo toda a programação.

Para nesta comunicação, solicitamos que nos mande um email até dia 11.12.2009 no e-mail: secretaria@bstqb.org.br

Padrão, todos nós deveríamos ter um!

Dia desses no intervalo de uma de minhas aulas sobre Teste de Software na PUC Goiás, um dos alunos questionou sobre qual o melhor padrão de qualidade que uma organização deveria adotar.

Achei interessante o questionamento, pois abriu visão para uma breve, porém importante reflexão acerca do tema.

Questiono se as organizações de hoje se preocupam realmente com qualidade. Sejam sinceros… Alguém realmente se preocupa com qualidade? Acham isso realmente importante?

Dia Internacional de Segurança em Informática

Dia 02 de dezembro é o Dia Internacional de Segurança em Informática (DISI) é um evento comemorado no mundo inteiro desde 1988, ano em que foi realizado o CSD (Computer Security Day). O objetivo é educar e conscientizar os usuários sobre segurança na Internet e em outros ambientes informatizados.

Gerenciando a Qualidadede Software com Base em Requistos

Obter qualidade nos processos e produtos de engenharia de software não é uma tarefa trivial.  São vários os fatores que dificultam atingir os objetivos de qualidade.  No entanto, nada mais decepcionante do que produzir software que não satisfaça as necessidades dos clientes.  Grande volume de recursos são gastos, mas,  em muitos casos,  ocorre uma grande frustação por parte dos clientes, face a forma final apresentada pelo software encomendado.   Nossa  experiência indica que muitos desses problemas são derivados da falta de atenção para a tarefa de definir e acompanhar a evolução dos requisitos durante o processo de construção de software.
Reportaremos resultados iniciais sobre o conceito de  baseline de requisitos que toma por base as necessidades dos clientes, serve de referência para o desenvolvimento de software e está em constante evolução.  Acreditamos que ao atacarmos a definição e gerência de requisitos estaremos colaborando de maneira fundamental para a qualidade geral do software.

Leia o Artigo na íntegra
Texto de: Julio Cesar Sampaio do Prado Leite
http://www.inf.puc-rio.br/~julio

Preparação de Ambiente de Teste

Percebendo a necessidade de mais um capitulo no Guia de Teste da empresa que trabalho resolvi detalhar o processo de preparação do ambiente de teste.

Preparação de Ambiente de Teste
A preparação do ambiente de teste é feita baseada nas especificações de software e hardware no Plano de Teste de Iteração, essa atividade é de responsabilidade do analista de sistemas assim como a  solicitação de hospedagem no servidor de aplicação de teste de software.

Esquema para ilustrar o processo macro de teste.

Cadastro de usuários e perfis
Para acesso a aplicação em Ambiente de Teste é necessário a  criação de usuários e perfis para que os membros da Fábrica de Teste possam ter acesso a aplicação. Essas informações deverão ser disponibilizadas em documento anexo ao Plano de Teste da Iteração.

Povoamento de Banco de Dados
O banco de dados deve ser povoado com massa de teste com dados conhecidos e representativos quantitativamente e representativamente, de modo a atender aos cenários de teste a serem executados e garantir a cobertura do código. Atividade pode ser realizada em conjunto envolvendo o Analista de Sistemas e o Analista de Teste.
Dica para popular banco: http://www.generatedata.com/#generator

IV EBTS

Já está aberto o prazo de submissão de artigos para o IV Encontro Brasileiro de Testes de Software em Recife/PE

Os interessados podem submeter seus trabalhos até o dia 29 de dezembro, em formato PDF, através do e-mail ebts@gotest.biz. Os artigos devem conter entre quatro e seis páginas e seguir o modelo da ACM SIG Proceedings, disponível gratuitamente no site www.acm.org/sigs/pubs/proceed/template.html.

Os artigos a serem submetidos ao IV EBTS devem oferecer um melhor entendimento sobre boas práticas de testes de software, além de se reportar a lições aprendidas, inovações e aplicações práticas. No dia 25 de janeiro, será divulgada a relação dos artigos aceitos. Os selecionados terão até o dia 15 de fevereiro para entregar a versão final e o material de apresentação a ser usado durante o evento.

O EBTS é um evento que visa promover o intercâmbio de idéias entre empresas e academia com o objetivo de estimular debates e discussões sobre testes de software, promovendo, assim, a troca de conhecimentos e a integração entre academia e o mercado.

O encontro acontecerá entre os dias 23 e 24 de abril e terá, em sua programação, palestras técnicas, mini-cursos, convidados renomados da área de testes, competições e premiações. A iniciativa é promovida pela GOTEST e conta com apoio do C.E.S.A.R e do Porto Digital.

Mais informações através do site http://www.gotest.biz/ebts2010/

Mesa Redonda: Estimativa de Testes (APT)

Segue abaixo, as opiniões do Fabrício Ferrari:

• Antes de tudo, qual a real importância de estimar algo?
  • É uma atividade que pode ajudar muito no planejamento, gerenciamento e controle dos projetos. Mas é bom ter consciência que estimar não é adivinhar o futuro;
  • Antes de estimar, precisamos saber porque estamos estimando algo, e o que iremos fazer com as informações obtidas, pois precisamos usá-las para melhorar o nosso processo e não como forma de cobrança de profissionais, ou porque todos mundo fala que estimar é importante.
• “Você não pode controlar o que não pode medir”, isso ainda é uma verdade na empresa de vocês?
  • Como o próprio autor da frase (Tom DeMarco), disse recentemente: [...] a idéia de que controle seja talvez o mais importante aspecto de um projeto de software. Mas não é. Muitos projetos foram realizados quase sem controle e produziram produtos maravilhosos, como o Google Earth ou o Wikipedia.” (tradução do José Papo);
  • Medir é apenas uma das forma de controlar, adoramos números, tanto que há as mais variadas estatísticas hoje em dia. Porém, não é uma tarefa tão simples, e nem sempre a mais importante para uma determinada realidade.
• Quais são as maiores dificuldades de implantar APT?
  • Eu nunca usei APT, então não posso falar muito. Mas acho que as maiores dificuldades envolvem a empresa e as pessoas do projeto, todos precisam está alinhados, e cientes da importância da sua implantação;
  • Documentação é um problema em muitos projetos, e fazer uma estimação em cima de uma documentação desatualizada ou pouco consistência, é uma perda de tempo;
  • A expectativa, muitos acham que estimativas são verdades absolutas, quando na verdade não são, são apenas estimativas, e precisam está sempre sendo atualizadas;
  • Vivemos num mundo imediatista (tudo é pra ontem), e todos esperam que usando o APT os resultados apareçam logo, porém isso é muito difícil de acontecer, para não dizer impossível. Uma prática fundamental, quando se usa APT, é ajustar-la, e o ajuste só pode ser feito com o passar do tempo;
  • Estimar algo que envolve pessoas, é quase o mesmo que prever o tempo, ou querer saber quanto estará o dólar daqui há 4 meses. Portanto estimar por si só, é uma tarefa bem difícil.
• Quais as vantagens de usar APT? O custo-benefício vale a pena?
  • Mais uma vez, só poderei responder com base de informações teóricas. No segundo encontro da ALATS-SP (slides), deu para perceber que na empresa da Cristiane eles levam a sério estimativas, e elas já são usadas há um bom tempo, e desta forma, conseguiram construir uma boa base histórica. Com certeza tal base é uma fonte que fornece um bom diferencial e aumenta a eficiência no gerenciamento, planejamento e controle dos processo/projeto de Teste de Software;
  • O maior benefício, é que paramos de usar o achômetro e passamos a usar informações do nosso histórico.
• O que eu necessito para poder utilizar APT?
  • Saber o tamanho do sistema em pontos de função (APF);
  • Saber a complexidade do proceso de teste;
  • Saber o nível de qualidade que se pretende alcançar com os testes;
  • Saber o grau de envolvimento dos usuários com os testes;
  • Saber as interfaces que as funçõe testadas têm com os arquivos;;/
  • Saber a qualidade do sistema testado (o ciclo de reincidência de defeitos);
  • Saber o nível de cobertura esperado com os testes;
  • Saber a experiência e a produtividade da equipe de teste (por meio de indicadores históricos);
  • Saber o grau de automação dos testes;
  • Saber a qualidade do ambiente de teste, até mesmo sua capacidade de simular o ambiente de produção;
  • Saber a qualidade da documentação do sistema e, em especial, dos requisitos.

(fonte: Base de conhecimento em teste de software)

• Quando usar e quando não usar APT?
  • Sim
    • Quando você tiver a real necessidade, quando o custo-benefício realmente compensar;
    • Quando o seu ambiente permitir;
    • Quando a empresa tiver maturidade suficiente para entender e implantar-la.
  • Não
    • Tudo que disse para o “Sim” ao contrário.
• Quais são as lições aprendidas que vocês tiveram sobre estimar testes?
  • Estimar testes não é fácil (se fosse td mundo faria)
  • Precisamos estimar com as ferramentas que o nosso ambiente nos dá;
  • Mais uma vez, adaptação é essencial;
  • Quando não temos uma base histórica, o melhor a ser fazer é entender bem sobre o sistema sob teste e Teste de Software, e aí gerar as estimativas das pessoas. Como por exemplo, usando planning poker;
  • O que não podemos fazer, é ficar usando técnicas derivadas do achômetro, como por exemplo: “estimativa do dedo”,  “veja bem”, “se” e famoso Cálculo Hipotético Universal Técnico Estimativo (vulgo C.H.U.T.E).

Créditos
Fabrício Ferrari de Campos, CBTS, CTFL
Blog: qualidadebr.wordpress.com
Twitter: twitter.com/FabricioFFC