Tester Software

Derivando Casos de teste de Caso de Uso

2012-01-08T17:11:00.004-02:00

Publicado na edição 41 da revista Engenharia de Software o meu artigo Derivando Casos de teste de Caso de Uso já faz um tempinho mas só agora tive tempo para postar.

Vou colocar um pouquinho do conteúdo mas para ver mais detalhes acessem a revista.

Utilizar os casos de uso para gerar casos de teste pode simplificar o processo de teste, aumentando a eficiência dos testes e garantindo uma cobertura dos cenários que o sistema deve atender.
Os casos de uso estão associados ao ciclo de vida de desenvolvimento do software, os casos de teste estão associados a esse ciclo de vida. Com isso as equipe de teste pode começar a trabalhar mais cedo no ciclo de vida encontrando erros e reparando já na fase inicial. Esses erros poderiam ser encontrados na fase final e custando mais caro e garante a entrega de um software mais confiável. Aplicando essa maneira de criar casos de teste, o processo de teste vai ser simplificado, aumentando a eficiência e uma melhor cobertura dos testes de software.

De que se trata o artigo:
Esse artigo apresenta uma estratégia, para na etapa de especificação de um processo de teste de software, elaborar casos de teste a partir dos casos de uso.

Para que serve:
Um caso de uso contém todas as informações necessárias de como o sistema devem funcionar. Ao longo desse artigo será adotada uma estratégia de elaborar casos de teste baseado nos casos de uso. Assim esse artigo mostra de uma forma pratica que é possível gerar os casos de teste depois de identificar todos os cenários de casos de uso.

Como Relatar um Bug no Mantis

2011-01-31T11:03:00.012-02:00

Para relatar um Bug ou erro no Mantis, você vai precisar estar com o Mantis aberto e logado. clicar no menu "Relatar Caso".

Uma nova tela vai abrir, conforme a fígura acima, você vai preencher os campos da seguinte maneira:

- Categoria: Selecionar o projeto que vai ser relatado o bug.

- Frequencia: Selecionar frequencia que ocorre o bug.

- Gravidade: Escolher a gravidade do bug.

- Prioridade: Escolher a prioridade do bug.

- Atribuir a: Selecionar o usuário que você vai atribuir o Bug.

- Resumo: Resumo do Bug.

- Descrição: Descrever detalhadamente a reprodução do Bug, conforme o exemplo da fígura.

- Carregar Arquivo: Se você fazer um PrintScreen do erro para melhor demostrar, nesse campo você pode anexar a imagem.

E para finalizar Somente Clicar no Botão "Enviar Relatório. O Bug vai ser atribuído a pessoa que você selecionou.

Para você ver o bug é só clicar no menu "Ver casos", que vai trazer uma lista de Bugs registrados para todos os projeto e usuário e ainda trazer um filtro para você filtrar os bugs que deseja trazer na lista, exemplo somente bugs de um determinado projeto, para um determinado usuário, enfim varios filtro como na fígura abaixo.

Se você clicar no número do bug, vai abrir uma nova tela como o exemplo abaixo, trazendo todas as informações e anotações do bug, que quem te atribuiu relatou.

Percebe-se também que os registro ou bugs ficam com cores diferentes. Então vamos falar sobre as cores.

- Vermelho: Novo.

- Lilas: Retorno.

- Laranja: Admitido.

- Amarelo: Confirmado.

- Azul: Atribuído.

- Verde: Resolvido.

- Cinza: Fechado.

Então essas são as cores para determinar o estado que o regitro ou bug se encontra.

De quem é a tarefa de fazer oque em casa estado? Geralmente o Testador, vai "Atribuir" ao desenvolvedor. Se caso o desenvolvedor não entender ou se pedir uma resposta, o desenvolvedor pode "Retornar" a quem te enviou. Ainda o desenvolvedor pode colocar estado "Resolvido" se caso já resolveu ou "Admitido" ou "Confirmado", esses dois últimos serve também para o testador. E geralmente quem define estado como "Fechado" é o testador que vai corrigir e verificar se está ok, então vai fechar.

Exemplo, se um Bug for atribuido a você, vai ficar na cor azul que é status atribuído. Você vai verificar o bug e resolver, depois vai até o botão "Atualizar" nova página será aberta ,como na imagem abaixo para você editar os campos e mudar os "Estado", para quem vai ser "Atribuido a" e adicionar anotações caso for preciso.

Esses são os passos para relatar os bugs no Mantis, caso ainda tenham alguam dúvida é so deixar um comentário.

Como Configurar o Email no Mantis

2011-01-14T17:13:00.004-02:00

Continuando o post sobre o Mantis, um item muito importante no Mantis é o envio de emails. Hoje vou mostrar como configurar o envio de email.

Sempre que novo usuário é inserido, na tela de login do Mantis em "Criar uma nova conta" depois que você inserir, por padrão o Mantis envia um email para o usuário com um link para poder cadastrar sua senha.

Com o Mantis instalado e rodando é momento de configurar o envio de email. Para habilitar o envio de email será necessário ter acesso a um servidor de email, usuário e senha.

Depois acesse o diretório em que se encontra o Mantis, o meu caminho é C:\xampp\htdocs\mantisbt-1.2.3 e encontre o arquivo config_defaults_inc.php abra ele. Esse é um arquivo padrão do Mantis.

Encontre no arquivo config_inf.ph as seguintes variáveis.

$g_phpMailer_method
$g_smtp_host
$g_smtp_username
$g_smtp_passoword

Altere os valores das variáveis para igual da imagem abaixo.

Na variável $g_phpMailer_method você escolhe 0 = mail() ou 1 = sendmail ou 2 = SMTP no meu caso foi 2 por ser SMTP.

Na variável $g_smtp_host escolha mail, SMTP ou não coloca nenhum conforme seu servidor de email.
Na variável $g_smtp_username seu email
Na variável $g_smtp_passoword sua senha

Depois encontre essas outras variáveis $g_administrator_email, $g_webmaster_email,$g_from_email e $g_return_path_email

Altere os valores das variáveis pelo valor do mesmo email cadastrado na variável $g_smtp_username

Para finalizar encontre essas outras variáveis $g_allow_blank_email, $g_enable_email_notification, $g_validate_email e troque para os seguintes valores.

$g_allow_blank_email = ON;
$g_enable_email_notification = ON;
$g_validate_email = OFF;

Feito isso somente salvar o arquivo e faça um teste cadastrando um novo usuário em "Criar uma nova conta" na tela inicial do Mantis com seu email, se estiver tudo ok, você ira receber um email do Mantis como no exemplo abaixo.

Depois de configurar o Mantis e estiver tudo ok, é possível também configurar e controlar para notificações de email quando alguma ação é executada no Mantis.

Acesse o Mantis em Gerenciar > Gerenciar Configuração e Notificações por E-Mail.

Exemplo se quiser que o usuário desenvolvedor receba um email quando uma nota for adicionada a ele é só marcar a caixa de seleção referente. Estas alterações só podem ser feitas pelo administrador do Mantis.

Ao um bug ser redirecionado para você no Mantis, você ira receber um email como no exemplo com o assunto Nome_projeto = teste3 + Codigo_projeto = 0000014 e descrição.

Dentro do email enviado temos todas as informações pertinentes ao bug.

Bom é isso, Qualquer duvida só comentar.

Como Instalar o Mantis

2010-11-10T11:22:00.007-02:00

O Mantis é um sistema de gestão de defeito, uma ferramenta opensource baseado em tecnologia web. Construído com base PHP funciona permite que seja uma aplicação multi plataforma.

É uma ferramenta capaz de manter e administrar os registros e solicitações de colaboradores e usuários de sistemas e recursos de informática, facilitando o rastreamento de falhas e problemas em potencial, gerando estatísticas e documentando todo o processo de resolução das ocorrências ou problemas.

É bastante fácil de instalar e muito flexível na sua configuração. Permite ainda especificar um numero indeterminado de estados de tarefas e atribuir perfis, programador, tester, coordenador, visualizador, etc. aos utilizadores.

Por exemplo, é possível definir que apenas os testers podem declarar bugs e apenas os coordenadores os podem analisar. O fluxo de trabalho também pode ser configurado através da ferramenta sendo uma ferramenta bastante completa e útil.

Esta ferramenta de desenvolvimento é usada para o gerenciamento dos relatos de bugs e sugestões de melhorias nos projetos. Ao iniciar um projeto de desenvolvimento, o coordenador cria-o na base de dados o Mantis, cadastrando os usuários que participarão deste processo. Assim, o banco de dados, que é acessado pela Internet, atualiza, a cada novo relato, as informações, enviando um e-mail automático ao coordenador do projeto.

O mantis é desenvolvido em PHP e trabalha com bando de dados MySQL e PostgreSQL. Tem uma interface gráfica voltada para web e é acessado através de um browser qualquer. Para instalar e configurar é fácil primeiro precisa estar instalado os seguintes pacotes:
- PHP
- MySQL
- Servidor web (Apache)
- PostgreSQL

O pacote do mantis esta disponível para download no site oficial do projeto: http://www.mantisbt.org, baixei a versão 1.2.3, após baixar a versão estável mais atual, vamos descompactar o pacote para a pasta de diretórios do servidor web, no meu caso o apache que estou usando é o XAMPP, que vou descompactar no diretório C:\xampp\htdocs.

Depois de ter instalado o PostgreSQL, Start o XAMPP e acessar o browser http://localhost/phpmyadmin/ e criar novo banco chamado “mantis”.

Fígura 1

Em seguida acessar no browser http://localhost/mantisbt-1.2.3 e na tela que trazer conforme a figura 2, no campo “Database name (for Database)” vai trazer com o valor “bugtracker” trocar para “mantis” ou o nome que você criou o banco e no campo “Admin Username (to create Database if required)” valor igua a root, como pode ser visto na figura 2.

Fígura 2

Depois de preencher esses campos, clicar no botão “Install/Upgrade Database”. Em seguida vai retornar uma tela de instalação igual essa da figura 3.

Fígura 3

No final dessa tela vai ter um link chamado continue como pode ser visto na figura 3. Clicar no link “continue”. E vai apresentar a tela inicial do Mantis igual à figura 4.

Fígura 4

O usuário padrão que é criado automaticamente para uso do sistema é administrator com a senha root. Entre com este usuário no primeiro acesso, pois o resto de sua configuração é feita somente pelo browser, bem simples e prático.

O primeiro acesso vai estar em inglês para você mudar para português, é so ir em My Account > Preferences e na language mudar para portuguese_brazil e clicar no botão Update Prefs.

Fígura 5

Agora crie o seu usuário no link Criar uma nova conta da tela inicial e valide sua conta através do e-mail que irá receber.

Em outro Post vou continuar falando como criar projetos e usar o Mantis.

Ferramenta para Gestão de Defeito

2010-10-29T16:43:00.004-02:00

Através da gestão de defeitos podemos acompanhar a qualidade do software em teste com base nos defeitos cadastrados pelos testadores ao longo de um ciclo de teste. Objetivo principal, ajudar a equipe de teste e a de desenvolvimento a manterem um histórico dos bugs do sistema. Nela estarão todos os dados do bug encontrado, sendo de grande ajuda para ambas as equipes, pois facilita o gerenciamento dos bugs.

Ao coletar todas as informações necessárias sobre o bug, o passo seguinte é cadastrar na ferramenta de gestão de defeito, também permite que novos membros da equipe chegar até a velocidade rapidamente. Num relance eles podem ver como distante ao longo do desenvolvimento da aplicação de software é, quais as questões abertas e fechadas, e que é atribuído a cada questão. Ao longo destas linhas, um pedido de um bom software de rastreamento de bugs que permitem classificar por categorias.

Outro grande uso de software bug tracker é criar uma base de conhecimentos para que os membros da equipe e, eventualmente, o pessoal de apoio pode ver os procedimentos utilizados para resolver problemas. Muitas vezes, uma nova edição será semelhante a um que já tenha sido fixado, para dar uma olhada em edições anteriores podem ser uma maneira rápida para atacar um problema novo.

Rastreamento de problemas, especialmente para grandes projetos, é complexa. Uma abordagem organizada para o desenvolvimento de software tem de incluir um processo detalhado automatizados para lidar com as muitas questões que surgem durante o desenvolvimento e mesmo após o término do desenvolvimento e da aplicação está no modo de manutenção

Das também numerosas mas menos poderosas ferramentas open source de gestão de defeito disponíveis destacamos as seguintes:
- Mantis;
- Bugzilla;
- Scarab;
- BugNET;
- TRAC;

Em outro postagem vou falar mais especificamente de cada ferramentas sua utilidade.

Severidade X Prioridade

2010-10-07T11:27:00.007-03:00

Continuando sobre a gestão de defeito. Uma vez que o defeito for encontrado, o próximo passo deverá ser reportar ou relatar esse defeito em um post anterior já escrevi de como relatar os defeitos então não vou falar de novo aqui. Esse defeitos devem ser reportados por meio de algum mecanismo estabelecido no processo de gestão de defeitos. Este mecanismo poderá ser, desde uma simples planilha, até uma ferramenta automatizada.

Um defeito relatado ele pode ser classificar por severidade e prioridade, A Prioridade e Severidade são utilizadas para decidir qual ocorrência será tratada. De um modo mais simples a prioridade pode ser entendida como a perspectiva de negócio e a severidade como sendo perspectiva técnica. Os níveis determinados tanto para a Prioridade como para a Severidade são classificados como Alto, Médio e Baixo.

É importante tomar muito cuidado ao classificar a severidade e prioridade. Um dos grandes problemas que pode acontecer com uma determinada ocorrência é quando a prioridade e severidade são classificadas de forma errada. Por exemplo, a equipe técnica ao realizar a análise de uma ocorrência pode colocá-la como prioridade alta, porém o problema é técnico o qual o usuário não perceberia. A forma correta de classificar esta ocorrência é colocá-la como prioridade baixa, porém de severidade alta.

Pode se afirmar que a severidade de um defeito define o impacto do defeito no funcionamento da aplicação. Por outro lado, a prioridade indica a ordem de correção do defeito (defeitos com alta prioridade são corrigidos imediatamente ou num curto prazo de tempo). De modo geral, defeitos com alta severidade são classificados com alta prioridade. No entanto, podem existir diversas situações onde não podemos aplicar essa regra. Por exemplo, a corrupção dos dados de uma aplicação no Windows 3.11 é um defeito com alta severidade mas, no entanto, deve ter baixa prioridade em virtude de que 99,9% dos usuários da aplicação utilizam versões mais atuais do Windows. A justificativa para esse critério é: Por que priorizar a correção de um defeito que vai beneficiar apenas 0,01% dos usuários?

Tabela 1. Classificação da prioridade

Tabela 2. Classificação da severidade

Para evitar a subjetividade da classificação, sugere-se que os critérios para cada nível de prioridade e severidade sejam definidos na documentação do processo de gestão de defeitos. Para fins didáticos e de entendimento, serão apresentados na Tabela 1 e Tabela 2 exemplos de critérios para classificar a severidade e a prioridade dos defeitos respectivamente.

Referencia:
http://www.devmedia.com.br/articles/viewcomp.asp?comp=8036

Gestão de Defeito

2010-09-30T13:19:00.007-03:00

O principal objetivo do teste de software é medir o nível de qualidade de um sistema. A qualidade de um sistema pode ser medida, essencialmente, pelo número de falhas encontradas durante a execução dos testes. A Falha é a consequência de um erro, defeito ou engano, que seria um desvio entre o que foi solicitado pelo usuário por meio dos requisitos e o comportamento apresentado pela aplicação executável.

Através da gestão de defeitos é possível acompanhar a qualidade do software em teste com base nos defeitos cadastrados, pelos testadores ao longo de um ciclo de testes. os elementos chave de um processo de gestão de defeitos são (Figura 1):

Figura 1. Elementos chave de um processo de gestão de defeitos.

Prevenção de defeitos: O objetivo é detectar e evitar erros antes que estes se propaguem para outras fases do desenvolvimento. É uma das fases mais importantes do ciclo de vida do desenvolvimento de software. A prevencao deve ocorrer durante a fase de requisitos, pois o envolvimento da equipe de teste no início do ciclo de vida do desenvolvimento, ajuda na identificação de problemas. Com base nos levantamento dos riscos críticos do projeto, devem ser promovidas ações de prevenção e planejamento de contingências para minimizar o impacto caso os riscos tornem-se problemas;

Linha base entregável: Estabelecimento formal de linhas base (baselines) por meio da gerência de configuração de software. Cada linha base deve determinar quais requisitos/artefatos serão liberados e submetidos ao teste;

Identificação do defeito: Definição das técnicas necessárias para encontrar, reportar e classificar os defeitos, assim como, os critérios para reconhecê-los;

Solução do defeito: Definição das atividades para a correção e posterior notificação da resolução do defeito. Muitas destas atividades são definidas pela Gerência de Configuração de Software para garantir o histórico e rastreamento das modificações por meio do controle de versões;

Melhoria do processo: Quanto melhor for a Classificação e categorização dos Defeitos, melhor será a gestão dos defeitos, pois as métricas coletadas terão informações mais precisas sobre a origem do problema, ocasionando numa eficaz melhoria do processo. Análise das métricas e relatórios de gestão para entender a causa raiz dos problemas e promover a melhoria contínua do processo;

Relatório de gestão: Geração de relatórios com dados relevantes para acompanhar o progresso dos testes e a qualidade do sistema, assim como, a geração de métricas para alimentar a atividade de melhoria do processo.

E para realizar o controle e a gestão dos defeitos no sistema, pode ser utilizado sistemas automatizados para auxiliar. As ferramentas devem possuir um local aonde os testadores cadastram os bugs de forma organizada, também um local para acompanhar o ciclo de vida dos defeitos e emitir relatórios de gestão.

Entre as ferramentas de gestão de defeitos temos três que são bastante utilizadas no mercado. Entre elas temos o Bugzilla, o Jira e o Mantis, em outro post irei falar de cada uma delas.

Referencia:
http://www.devmedia.com.br/articles/viewcomp.asp?comp=8036

Testes Funcionais com a Ferrramenta BadBoy

2010-09-22T15:41:00.011-03:00

BadBoy é uma ferramenta paga e free de automação de teste funcionais, que tem como finalidade Automatizar por capture/replay na Web com suporte a Ajax, e muito fácil de usar. Pode ser baixada e obter mais informações em http://www.badboy.com.au/download.

BadBoy é uma ferramenta desenvolvida em C++ (sim, não vai funcionar no linux, infelizmente) que grava todas ações que você faz em uma página web (java, php, ruby, etc...). Ele é capaz de gravar, como uma macro, tudo o que você faz na página web como requests, parâmetros, alert, respostar, etc.. Com ele você pode alterar parâmetros das páginas que você está testando, efetuar asserções por texto (simples ou html), cor, javascript, etc...

Algumas características da ferramenta são:

Modo de gravação em Internet Explorer e Firefox;
É uma ferramenta de teste funcional e teste de carga;
Tem capacidade de exportar para JMeter;

A seguir é apresentado um pouco mais sobre essa ferramenta, a figura abaixo mostra a tela principal da ferramenta BadBoy e a seguir a descrição de cada número.

Barra de ferramentas
Aqui encontramos todos os botões para as principais ações no Badboy, veromos com detalhes cada uma das ações asseguir e nos outros tutoriais.

Barra da URL
Aqui digitamos o endereço de entrada que iremos gravar o script e onde aparecerão as demais url's enquanto vamos navegando nas paginas.
Estrutura do Script
Aqui é apresentada a principal estrutura de script do BadBoy com a estrutura de
- Suites: Organiza seu script da mesma forma de um test, mas com a diferença de ter apenas uma suite (não nesessário, pois o suite e test possuem quase as mesmas funcionalidade).
- Tests: Organiza o seu script como um teste, podendo transforma-lo em um template (que tambem será apresentado mais tarde). Você pode organizar o Tests como um TestCase ou como partes agrupadas de teste no seu script
- Steps: Organiza o seu script como passos para execução de determinada ação ou grupo de ação. Um step pode virar uma Thread, pode repetir N vezes, pode ser monitorada e ser transformada em test.
Uma estrutura básica com um script é apresentada abaixo:

Tools
Tools apresenta uma série de ferramentas para auxilia-lo na gravação, execução e visualização do seu script.
- Summary: Apresenta todos os dados referente a execução do seu script (número de execuções, falhas, sucessos, tempo médio de execução, etc...)
- Variebles: apresenta todas as variáveis que podem ser utilizadas no script para substituir um determinado parâmetro.
- Graph: Apresentação do gráfico contendo o tempo médio da execução de cada step do script.
- Toos: Uma série de ferramentas que podem ser adicionadas no seu script para ajuda-lo a obter o sucesso da execução do seu script.
- Checkers: Série de analisadores que podem ser inseridos para efetuar alguma verificação na página.
- References: itens que podem ser adicionados como requirements ou defeacts para ajudar você a visualizar o que precisa see verificado ou ajuda-lo em algum decisão dentro da ferramenta, a fins ilustrativos.

Visualizador da página
É aqui será exibida a página enquanto você grava sua execução. Você interege com a pagina neste painel, onde também pode aplicar os checkers.

Como Gravar um Script no BadBoy

Os passos para a gravação de um script é bem fácil

Abra o BadBoy. Ele já estará em mode de gravação, que pode ser visualizado pelo botão Record pressionado na barra de ferramentas
Digite a URL na barra de endereço. O BadBoy Automaticamente criará a o request com todos os parâmetros da página requisitada.
Comece a interagir com a página no painel de visualização da página. Todas as ações na página serão adicionadas na estrutura do script do BadBoy.

Para mais informações pode também encontrar no site http://sembugs.blogspot.com/2008/01/conhecendo-o-bdboy-parte-1.html

Teste de stress no seu site ou blog através da ferramenta JMeter

2010-09-14T16:49:00.051-03:00

Vou dar continuidade do post anterior, sobre a ferramenta JMeter agora vou falar os procedimentos para testar quantos visitantes seu blog ou site pode suportar. O JMeter é uma ferramenta gratuita roda em qualquer sistema operacional, somente precisa ter instalado o Java em seu sistema operacional pois ele é feito em Java.

Primeiro, baixar o software Download do JMeter.

Após baixar o software e descompactá-lo em um subdiretório, acesse a pasta Bin e dentro dela basta clicar no arquivo chamado ApacheJMeter.jar para executar o programa. A tela de entrada esta apresentada na figura.

Agora vamos configurar, clique com o botão direito do mouse no item "Plano de Teste" e percorra o menu Adicionar> Threads (Users)> Grupo de Usuários, na tela que abre, no campo “Nome” se preferir pode definir um nome.

Depois para configurar o JMeter, clique em "Área de Trabalho" do JMeter com o botão direito do mouse e clique em Adicionar> Elementos que não são de Teste> Servidor HTTP Proxy e na tela que vai abrir clique no botão "Iniciar".

Agora só configurar o seu navegador para usar o Proxy criado pelo JMeter, como segue abaixo:

Internet Explorer: Menu ferramentas> Opções da Internet> Conexões> Configurações da LAN> Marque a opção "Usar um servidor Proxy para a rede Local" e configure o campo endereço com o valor "127.0.0.1" e o campo Porta com o valor "8080".

Firefox: Menu Ferramentas> Opções> Avançado> Rede> Configurar Conexão> Marque a Opção "Configuração manual de Proxy:"> Campo HTTP: com o valor 127.0.0.1 e Porta 8080.

Google Chrome: Ferramentas> Opções> Configurações Avançadas> Alterar Configurações de Proxy> Configurações da LAN> Marque a Opção "Usar um servidor Proxy para a rede Local" e configure o campo Endereço com o valor "127.0.0.1" e o campo Porta com o valor "8080".

Acesse o seu Blog no navegador configurado e faça que desejar, aguardando sempre o carregamento completo da página, quando terminar, volte ao JMeter e clique em “Interromper”.

Para terminar, clique com o botão direito no menu do JMeter no item que você deu o nome ou em “Grupo de Usuários” e clique em Adicionar> Ouvinte> Gráfico de Resultados. Depois clique no item que você deu o nome ou “Grupo de Usuários”, na tela que vai abrir configure o campo "Número de usuários virtuais (threads):" com o número de usuários que você quer simular acessando o seu Site ou Blog e o campo "Tempo de Inicialização (em segundos)" para cada usuário iniciar, marque a opção "Interromper Usuário Virtual" conforme figura abaixo e acesse o Menu Executar> Iniciar.

Quando terminar, clique com botão direto item que você deu o nome ou “Grupo de Usuários”, Adicionar> Ouvinte> Gráfico de Resultados e veja os resultados que o JMeter capturou.

JMeter

2010-09-09T15:51:00.022-03:00

O JMeter é uma ferramenta open-source do grupo Jakarta Apache, desenvolvida totalmente com tecnologia Java, para a execução de testes de carga. Também é possível realizar testes de performance e de caixa-preta. Para a realização de testes, a ferramenta JMeter disponibiliza diversos tipos de requisições e assertions (para validar o resultado dessas requisições), um de seus atrativos é o fato de permitir a execução de plano de testes que podem ser configurados graficamente

O JMeter disponibiliza também um controle de threads, chamado Thread Group, no qual é possível configurar o número de threads, a quantidade de vezes que cada thread será executada e o intervalo entre cada execução, que ajuda a realizar os testes de carga. E por fim, existem diversos listeners, que podem ser usados para gerar gráficos e tabelas, com base nos resultados das requisições ou dos assertions.

Plano de Testes

Para qualquer teste que venha a ser feito utilizando o JMeter, é necessário criar um Plano de Testes, incluindo os elementos do teste. Estes elementos podem ser: Thread Group, Configuration Element, Listener, Timer, Controller, Assertion, Pre-Processor Element ou Post-Processor Element. Abaixo descrevemos cada um deles.

Thread Group

Este é ponto de começo, todos os outros elementos do Test Plan devem estar sob este. Como o próprio nome ressalta, este controla as threads que serão executadas pelo teste.

Configuration Elements

Embora não faça requisições (exceto para HTTP Proxy Server), este elemento pode modificar as requisições.

Listeners

Estes são os elementos que fornecem acesso aos resultados dos testes realizados no JMeter.

Timers

Por padrão, o JMeter faz requisições sem pausas entre elas. Os timers são utilizados para incluir pausas entre as requisições.

Controllers

Os Controllers estão divididos em dois grupos Samplers e Logic Controllers:

Samplers — São controladores pré-definidos para requisições específicas. Podendo ser customizada com a inserção de configurações (Configurations), Assertions e etc.
Logic Controllers — São controladores mais genéricos. Podendo ser customizados com a inserção de outros controllers, configuration elements, assertions, etc.

Assertions

Usadas para verificar se a resposta obtida na requisição é a esperada. Podem ser usadas expressões regulares na comparação.

Pre-Processor Elements

Executa alguma ação antes de fazer a requisição. Mais usado para pré-configurações das requisições.

Post-Processor Elements

Executa alguma ação depois de fazer a requisição. Mais usado para processar as respostas da requisição.

Tipos de Requisição

O JMeter suporta os seguintes tipos de requisição em suas rotinas de testes:

FTP — Permite criar requisições usando o protocolo FTP e executa o comando de retrieve em um arquivo específico.
HTTP — Permite criar requisições usando o protocolo HTTP ou HTTPS, podendo incluir parâmetros ou arquivos a requisição, escolher o método usado (GET ou POST) e manipular cookies. Este sampler possui dois tipos de implementação: Java HTTP ou Commons HTTPClient.
JDBC — Com esta requisição é possível executar queries em um banco de dados específico.
Objeto Java — Ajuda no teste de carga de classes Java, exigindo para isso a implementação de uma classe do tipo JavaSamplerClient para executar o método a ser testado. A estrutura deste objeto é similar a usada pelo JUnit.
SOAP/XML-RPC — Permite enviar requisições SOAP para um WebService, ou enviar XML-RPC através do protocolo HTTP.
LDAP — Permite enviar requisições para um servidor LDAP. Possui uma implementação simplificada e outra estendida.
Testes JUnit — Usado para fazer teste de carga em testes de unidade que utilizam o framework JUnit.

Existem outros tipos de requisições que, até a atual versão do JMeter, estão em versão alfa, eles são: Web service (SOAP), Access Log, BeanShell, BSF, TCP, JMS Publisher, JMS Subscriber, JMS Point-to- Point.

Como Relatar Defeito

2010-08-30T16:04:00.009-03:00

Vou passar algumas dicas de como relatar os defeitos encontrado nos sistemas. Quando o defeito é encontrado seja por técnicas ou manual, são informados ao desenvolver para a correção através de canais disponíveis no processo de gestão de defeitos utilizado por cada empresa seja manuais ou automatizadas.

Relatar um defeito parece fácil, mas precisa de alguns detalhes que a seguir será apresentado para que para obter o sucesso desejado e para um melhor entendimento pelo desenvolvedor:

Resumo: relatar claramente o defeito, mas de maneira resumida.
Precisão: certificar-se de que o “defeito” identificado é realmente um defeito do produto, e não uma falha no entendimento ou um erro do próprio usuário.
Neutralidade: relatar apenas os fatos, evitando manifestações de humor, emoção etc.
Isolamento: o que foi feito para isolar o problema?
Generalização: tentar entender o problema de maneira genérica, pois ele pode ocorrer em outras situações, e essa observação poderá ajudar na solução.
Reprodução: reproduzir um defeito ao menos duas vezes antes de relatá-lo.
Impacto: identificar o impacto do defeito para o cliente.
Provas: provar a existência do defeito encontrado (exemplo anexar um printscreen com defeito encontrado).

Isso faz com que reduza as devoluções pela equipe de desenvolvimento por não entender ou reproduzir o defeito.

Também depois de relatar o defeito deve ser informado o impacto que ele causa tanto para o sistema quanto para os negócios. A norma IEEE 1044-1993 define os seguintes impactos para os defeitos como urgente, alta, média, baixa e nenhuma;

Referência:
Livro Base de conhecimento em teste de software.

Casos de Testes Funcionais

2010-08-23T21:36:00.004-03:00

Teste Funcional tem como objetivo medir a qualidade funcional de componentes de um sistema. Quando se realiza um teste funcional está na verdade confrontando com o que se espera que o sistema vá fazer, ou seja, incluindo entrada de dados, processamento e resposta. A seguir são apresentadas algumas dicas de técnicas para montar os casos de testes funcionais.

Dica 1: Se você criou os seus requisitos de teste ou tem pelo menos o suficiente para iniciar o teste, fica mais fácil definir a técnica de teste a ser usada do projeto e execução do caso de teste, vá para a dica 3;

Dica 2: Se você não tem requisito de teste e/ou não trabalha ou e/ ou não precisa criar segundo a orientação da sua empresa, então ai vão as dicas de como fazer os requisitos de teste. Ele podem ser levantado de documentos formais, especificações de usuário e casos de uso (caso esteja usando UML). Deve ser de fácil entendimento, claro e deve conter as devidas explicações. A estrutura de requisitos de teste é composta pela:

Identificação do requisito de teste: É um número ou identificador único;
Descrição: Sumária e detalhada;
Status: É a posição atual no ciclo de vida de um requisito de teste;
Relacionamento e dependência: Relacionamento e dependência para com requisitos e casos de testes.

Ajuda muito ter requisito de testes para criar casos de testes. Vá para a próxima dica;

Dica 3: Leia a documentação que tem em mãos, e se não tiver nada, defina em linhas gerais o que você precisa testar. Vá para próxima dica;

Dica 4: Se você possui algum caso de uso como base para planejar o seu teste siga as dicas e orientações para extrair os casos de teste de casos de uso. A partir da estrutura normal de um caso de uso, detectam-se duas formas de derivar casos de teste a partir do caso de uso que são:

Derivação textual: Cada caminho deve ser mapeado, pois de cada caminho estaremos extraindo um requisito de teste. Cada variação dentro do próprio caminho definira o conjunto de teste;
Derivação visual: Todo o caso de uso tem um desenho de todos os fluxos de eventos juntos, que pode ser usado como base na derivação visual;

Por tanto, se a situação se aplica ao seu caso, use essas dicas e continue lendo;

Dica 5: Se o seu sistema como um todo possui estados como exemplo usuário ativo, inativo ou bloqueado que precisa ser testado, use o teste de transição de estado. Em especial é recomendável usa-lo quando existir algum diagrama de transição de estados. Para quem usa UML, essa ferramenta possui um diagrama de transição de estados que é usado para modelar ou mostrar "estados" de objetos. Se a situação se aplica ao seu caso, use esta dica e continue lendo;

Dica 6: Pode ser usada alguma lógica que possa ser extraída de algum documento ou pode usar as técnicas de teste de equivalência de classe, teste de valor limite, teste por tabela de decisão, pairwise testing, teste de transição de estado, teste de análise de domínio e testes planejados versus testes exploratórios. Se a situação se aplica ao seu caso, use essa dica e continue;

Dica 7: Se a tela de teste possui campos, mas sem muitas situações que se entrelacem exemplo que campo A depende de B, que depende de C, basta usar combinações. Pode usar neste caso o teste de array ortogonal e inserir mais algumas combinações que você achar pertinentes. Se a situação se aplicar ao seu caso, use essa dica e continue;

Dica 8: Se a sua tela possui muitos campos com muitas com muitas situações que se entrelaçam, tais como regras de negócio, faça as combinações que você acha pertinentes em função das regras que seu teste pede. Neste caso é aconselhável usar teste por tabela
de decisões se o nível de complexidade for alto ou médio. Se a situação se aplica ao seu caso, use essa dica e continue;

Dica 9: Para cada campo insira situações de teste que contemplem o teste de valor limite. Aqui você precisa testar e validar os valores de fronteira usados em cada campo. Se a situação se aplicar ao seu caso, use essa dica e continue;

Dica 10: Se você precisar deduzir casos de testes a partir de regras ou conjunto de regras, pode ser interessante usar o teste de equivalência de classe. Se a situação se aplicar ao seu caso, use essa dica e continue;

Dica 11: Se você precisa testar e validar valores que trabalhem com domínio ou conjuntos e que tenham regras matemáticas envolvidas, pode ser interessante usar o teste de analise de domínio. Se a situação se aplicar ao seu caso, use essa dica e continue;

Dica 12: Não esqueça de testar, caso exista envolvimento com algum Banco de Dados, os dados lidos, eliminados ou gravados. Muitas vezes aparece o dado certo na tela, mas está gravado errado no Banco de Dados;

Dica 13: Insira casos de testes que permitam verificar e comparar logs das aplicações envolvidas. Uma informação pequena no meio de um log pode ser a chave para a descoberta ou comprovação de um grande erro;

Dica 14: Insira e complemente os casos de testes levantados com a situação que você deduziu e observou. Por exemplo, se você usou array ortogonal, complete com algumas combinações que possam gerar mais casos de testes. Colocando de forma mais simples: combine os testes levantados a partir da técnica adequada + teste vitais levantando a partir de regras de negocio essenciais + seu bom senso de observação e dedução;

Referência:
MOLINARI, Leonardo. Teste de Software. Produzindo Sistemas Melhores e Mais Confiáveis. 1. ed. São Paulo: Érica, 2003.

Voltei

2010-08-13T14:38:00.000-03:00

Olá, Fiquei ausente por um Tempo, Pois estava com muito ocupada com minha faculdade com TCC e Sistema, mas agora já estou formada e estou voltando, Logo tem Post novo

Ferramentas para gerar dados para teste

2009-04-01T11:04:00.000-03:00

Um dos problemas dos testadores, é ficar cadastrando manualmente dados no sistema, com isso perde muito tempo e também muitas vezes não cadastra dados reais, coloca qualquer coisa somente para o teste, com isso deixa muitas vezes de encontrar erros no momento do cadastro,

exemplo no cadastro de nome da pessoa não colocar um acento no nome, isso pode gerar um erro, o sistema não está aceitando acentos, caracteres, outro exemplo seria a páginação é chato ficar cadastrando varios dados ate criar varias páginação, isso pode gerar também um erro, pois não testou todas as páginas.

Mas para resolver esse problema já se tem algumas ferramentas para gerar esses dados, com isso facilitando a vida do testador, pois quanto mais se automatiza mais facil fica para o testador e mais erros se encontra.

Aqui tem algumas ferramentas:

GenerateData: um dos melhores e é livre.
DBMonster: para gerar dados aleatórios em uma base de dados.
CSV Data Generator: baseado em Ruby, gerar arquivos CSV.
Datagenerator: Permite gerar dados para Mysql, Firebird, Interbase, MSSQL, Oracle, SQLite e PostgreSQL.

Aqui encontra mais informação sobre as ferramentas:
http://www.webresourcesdepot.com/test-sample-data-generators/

À procura de testadores de software

2009-03-18T15:11:00.000-03:00

Mais uma área de TI promete se expandir e se tornar um sucesso. A função testador de software já uma tendência no mercado, que procura profissionais certificados.

Por Larissa Lima

Corrigir falhas dos programas em fase inicial. É essa a função dos Testadores de Software, que hoje já compõem o quadro de funcionários de fábricas de software. Para ocupar o cargo, empresas exigem uma nova certificação: Teste de Software. É uma atividade nova no mercado brasileiro, que espera atingir a mesma maturidade adquirida pelos selos que habilitam Engenheiros de Software. Essa mão-de-obra especializada começa a ser valorizada no Brasil por desenvolvedoras e também pelos compradores de serviços, principalmente órgãos de governo.

A capacidade de crescimento na carreira de testador de software está diretamente relacionada ao interesse do profissional em sua qualificação. A nova certificação é oferecida na QAI Brasil (Quality Assurance Institute), instituição especializada em serviços de consultoria e treinamento na área de teste e qualidade de software. Segundo o diretor da QAI , Fernando Scarazzato, empresas de tecnologia com destaque no mercado brasileiro e mundial estão à procura de testadores qualificados, no entanto muitas vezes não conseguem preencher essas vagas devido à falta de conhecimento em ferramentas e técnicas indispensáveis.

“A qualificação do profissional é o que vai garantir um futuro de sucesso nesse setor”, prevê o diretor de operações da QAI Brasil , Fernando Scarazzato.

Os profissionais de testes, em sua maioria, iniciam como testadores. O que se torna uma experiência prática de grande valia, fundamental para o profissional conseguir identificar e planejar testes consistentes e complexos. Após um período de intensa prática na execução de testes muitos seguem seu caminho definindo uma especialização. Não esquecendo que o conhecimento em ferramentas e técnicas, modelos de qualidade, além do domínio no idioma inglês são indispensáveis para um desenvolvimento e conquista na carreira deste profissional.

“A evolução do teste de software é muito semelhante, já que a garantia de sua eficácia e produtividade envolve padronização, etapas bem definidas e processos bem modelados e documentados”, contou, para depois concluir:

“Portanto, aí está mais um ponto que só vem a enfatizar a importância da qualificação para o profissional de TI em seu crescimento na carreira. E, assim como em outros casos, o futuro do testador de software pode ser garantido com a busca do aperfeiçoamento, das certificações e da constante dedicação”.

Quem desejar investir nessa área de TI também poderá buscar o “passaporte” na Brazilian Software Testing Qualifications Board (BSTQB), braço oficial do ISTQB (International Software Testing Qualifications Board). O BSTQB é uma das instituições internacionais que atestam o conhecimento de talentos nessa área. A entidade emite a certificação CTFL (Certified Tester, Foundation Level) e a especialização capacita testadores para medir a qualidade das aplicações de negócios e para usuários finais em diversas plataformas.

Outra instituição que credencia testadores de software é a Certificação Brasileira de Teste de Software (CBTS) . A CBTS, que já habilitou 167 profissionais no Brasil, visa estabelecer padrões para uma avaliação da qualificação dos profissionais de TI com funções na área de Testes.

Adquirir o certificado CBTS para o profissional da área de Teste é um grande diferencial, pois indica que o mesmo possui um excelente nível de competência profissional nos princípios e nas práticas de Teste/Qualidade de Software, dentre os demais profissionais de TI. Tornar-se um certificado CBTS significa tornar-se membro de um grupo seleto de profissionais reconhecidos na área de teste de software, e receber este reconhecimento por sua competência é conseguir uma ascensão potencialmente mais rápida em sua carreira e uma maior aceitação no mercado de TI.

Fonte: www.timaster.com.br/revista/materias/main_materia.asp?codigo=1560

Papel do Testador

2009-03-17T13:41:00.000-03:00

A função do testador é analisar as aplicações para que os bug possam ser corrigidos e encontrados ainda durante o desenvolvimento, pois quando mais cedo encontrar erros menos custos tem. Seu trabalho começa na etapa inicial, antes de os códigos serem escritos.

O papel Testador é responsável pelas atividades centrais do esforço de teste, que envolve conduzir os testes necessários e registrar os resultados desses testes. Isso inclui:

Identificar a abordagem de implementação mais apropriada para um dado teste
Implementar testes individuais
Configurar e executar os testes
Registrar os resultados e verificar a execução dos testes
Analisar erros de execução e recuperar-se deles

O papel do testador é garantir a qualidade dele submetendo à testes rígidos. Não é um aceite formal, o testador não é quem aprova o software, o analista de negócios ou seu equivalente aprova o software ele faz parte do desenvolvimento deste.

todo testador pragmático apresenta as características destacadas abaixo:

Flexível - Forte inclinação para entender os pontos de vista dos outros e adaptar-se a uma nova realidade;

Incansável - Sempre interroga e investiga a causa raiz dos problemas e a razão das coisas;

Realista - Toma decisões baseadas em fatos;

Assertivo - Nunca pressupõe ou se baseia em informações contidas nas entrelinhas, todas as suas suposições são aferidas a fim de garantir a sua veracidade;

Metafórico - Acredita que uma boa estória vale mais do que mil requisitos ambíguos;

Diplomata - Foca o seu esforços nos problemas ao invés de focar nas pessoas que os causaram;

Perfeccionista - Cada detalhe conta na execução do seu trabalho, no entanto, não troca um ótimo resultado por um resultado perfeito (e provavelmente impossível);

Origem do Teste de Software

2009-03-15T22:22:00.000-03:00

Vou fazer minha primeira postagem, falando um pouco sobre teste de software, Foi nas décadas de 1970, 1980 e 1990 que surgiu, quem fazia os testes era o proprio desenvolvedor e o usuário testando já nos sistemas em produção mas como isso causava um grande prejuizo pois os erros surgiam já na produção, então tornou necessário quando começou os sistemas mais complexos causando prejuizo ainda maior.
Procurando melhorar a qualidade do software e reduzindo custos, foi que surgiu a necessidade de se construir uma equipe formada por profissionais especializados em teste de software e o processo contendo atividades específicas de teste fora implantado e seguido.