Nessa semana, comecei um grupo de estudo na empresa que trabalho (Voice Technology), para a certificação CTFL – Certified Tester Foundation Level. Estamos planejando realizar o exame, já na próxima data, que é dia 03 de abril de 2009. Mas o intuito inicial é adquirir maior conhecimento na área de Testes de Software, e aqueles que se sentirem confiantes para realizar a prova, aí sim, prestar o exame.
Para o primeiro encontro do grupo de estudo, preparei uma apresentação, que está sendo disponibilizada abaixo, sobre a certificação CTFL – BSTQB. A diante, explicarei um pouco mais sobre a certificação.
BSTQB
O BSTQB – Brazilian Software Testing Qualifications Board é um representante oficial do ISTQB– International Software Testing Qualifications Board, no Brasil. Ele é um o responsável pela aplicação do exame para a certificação CTFL. A sua missão é: “promover o profissionalismo na área e o reconhecimento da disciplina teste e qualidade de software como uma essência de conhecimento e uma especialização profissional no Brasil”. O BSTQB é uma entidade sem fins lucrativos
CTFL
É uma das certificações de Teste de Software mais reconhecidas, tanto no Brasil como no mundo. Atualmente já são cerca de 32.000 profissionais certificados no mundo.
Ela é voltada para qualquer pessoa envolvida em teste de software. Isto inclui pessoas em funções específicas de teste como: testadores, analistas, engenheiros, consultores, gerentes, usuários que realizam teste de aceite e desenvolvedores de software.
Os objetivos da CTFL – BSTQB são esses:
Estar apto a comparar a prática do teste entre os diferentes países.
Capacitar os testadores a trocar conhecimento mais facilmente entre as comissões.
Permitir com que projetos multinacionais/internacionais tenham uma compreensão comum do empreendimento do teste.
Aumentar o número de testadores qualificados ao redor do mundo.
Ter mais impacto como uma iniciativa baseada internacionalmente do que qualquer abordagem de um país específico.
Desenvolver um corpo comum internacional de compreensão e conhecimento sobre teste e terminologias através do syllabus e aumentar o nível de conhecimento sobre teste para todos os participantes.
Promover o teste como uma profissão em mais países.
Capacitar testadores a obter qualificação reconhecida na sua linguagem nativa.
Permitir o compartilhamento de conhecimentos e recursos entre os países.
Prover o reconhecimento internacional de testadores e desta qualificação junto a participação de muitos países.
A CTFL não expira e é válida internacionalmente.
Requisitos
O único requisito existente é o interesse do candidato, em se qualificar e buscar o aperfeiçoamento profissional na área de Teste de Software. Sendo recomendável experiência profissional na área.
As pessoas que já prestaram o exame, que eu conheço, dizem que estudando bem o Syllabus e fazendo os simulados, é possível ser aprovado no exame, caso você já tenha experiência na área de Teste de Software.
Como fazer a inscrição para o exame?
A inscrição é feita no próprio site da BSTQB. Sendo necessário preencher um cadastro e efetuar o pagamento de R$350,00.
O exame
O exame é composto de 40 questões, com quatro alternativas cada, sendo apenas uma a certa e com duração de 1 hora.
Conversando com o Luiz Gustavo, que é certificado CTFL, ele me disse que a prova é composta por:
20 questões de nível muito fácil – abordando definições simples de conceitos, não exige pensar, só decorar;
15 questões de nível médio/difícil – abordando definições mais complexas de conceitos, as quais muito provavelmente, o candidato vai ficar entre 2 opções;
5 questões de nível muito difícil – não abordando definições, e sim, problemas que exigem pensar muito, tem pegadinhas e geralmente conflitam 2 definições, às vezes até definições simples.
Hoje, conversando com um amigo meu no trabalho, sobre como foram os testes durante a atualização do ambiente de produção, ele me disse que ele acabou errando em uma mudança e teve que derrubar e subir novamente o ambiente, que acarretou em um pequeno atraso na atualização. Isso durante os testes de performance, que são executados no ambiente de produção, logo após, os testes funcionais.
O que me chamou dessa história toda, não foi o fato dele ter cometido um erro, e sim a cara e a forma que ele me contou. Como se ele tivesse feito algo, realmente ruim, como se a falha tivesse ocorrido devido a uma falta de atenção o algo do tipo. Mas não, a falha ocorreu, devido a complexidade do teste e do sistema. Para se ter uma idéia, na nossa equipe, ele é a única pessoa que executa os testes de performance e HA (High-Availability), e tais testes exigem um alto conhecimento da aplicação e sua arquitetura, além da ferramenta utilizada, o SIPp. O que torna esse profissional, um diferencial para a equipe. E o erro cometido por ele, eu não iria cometer, pois não tenho conhecimento suficiente para fazer esses testes, logo não iria tentar fazer o teste.
Logo, percebemos algo muito importante, só erra aquela pessoa que tenta. Sei que errar parece ser algo ruim. E parcela desse pensamento, deve-se a nossa formação acadêmica, na qual quando cometíamos algum erro, logo recebíamos alguma punição ou um belo de um X vermelho.
Isso faz com que a gente, tente evitar ao máximo um erro, principalmente na equipe de Qualidade e Testes, onde “caçamos” falhas, que são originárias de um erro de alguma outra pessoa. Mas, tenha a certeza, que mesmo evitando os erros, estamos sempre correndo o risco de errar, pelo simples fato, de sermos humanos. E nós aprendemos muito mais com um erro, do que com um acerto.
O que é errado é a pessoa não reconhecer o próprio erro, e pior ainda é não tentar. Lógico, que se você ficar na sua cama deitado, você não vai cometer nenhum erro. Assim, como um carro não quebra, se ficar na garagem.
Por isso, se as pessoas te crucificarem por um erro, lembre-se de uma frase, dita por alguém bem conhecido: “perdoa-lhes, pois eles não sabem o que fazem”.
E para mim, errar é não tentar.
Fique por dentro das novidades, assine o feed do QualidadeBR.
Chegamos a terceira e última parte do tutorial da ferramenta bug tracking Eventum. Nesta última parte, iremos aprender mais sobre a sua utilização, vendo na prática, por meio de vídeos, o seu uso. Aperte os cintos, pois a última parte do tutorial do Eventum irá decolar agora. Terminamos a segunda parte do tutorial, com a criação de um projeto. Agora que já temos o nosso próprio projeto pronto, é hora de aprender como é a criação de uma issue. Mas antes de começar a criar a issue, quero frisar que o reporte de um bug é uma tarefa muito importante. O Tester deve buscar ser detalhista ao máximo, e descrever todos os passos que foram executados para encontrar o bug. De nada adianta uma ferramenta de bug tracking, se o reporte do bug for superficial. Devemos sempre lembrar, que um bom gerenciamento de bugs, depende muito mais das equipes de Testes e Desenvolvimento, do que da ferramenta propriamente dita, pois como já diria um ditado popular americano,“tolos com ferramentas ainda são tolos“.
Reportando uma issue
O reporte de uma issue é bem fácil de fazer no Eventum. O primeiro passo a ser dado é clicar sobre o link ‘Create Issue‘, que se encontra no menu principal. A seguinte página irá abrir.
Category – aqui serão listadas as categorias criadas anteriormente. Selecione a categoria na qual o bug foi encontrado;
Priority – defina qual a prioridade do bug;
Assignment – selecione os responsáveis pela issue, lembrando que eles irão receber um e-mail, de notificação do cadastro da issue;
Scheduled Release – campo opcional, usado para estimar em qual release sairá a correção;
Summary – neste campo coloca-se o título da issue. Uma dica é tentar se o mais específico possível, pois facilitará a busca pelas issues;
Initial Description – aqui você irá descrever a issue, costuma- se colocar os seguintes dados, quando necessários: pré-condição, cenário (o passo a passo), resultado inválido, resultado esperado e observações;
Estimated Dev. Time – campo opcional, usado para estimar as horas de desenvolvimento necessárias para a correção da issue;
Private – caso marcado ‘Yes’ os usuários com papel Reporter não irão ver a issue;
Files – você pode fazer o upload de algum arquivo que prove a ocorrência do bug, por exemplo, um printscreen.
Se após a criação da issue, houver a necessidade de colocar alguma nova informação, podemos fazer essa adição de duas maneiras: atualizando a issue ou colocando um ‘Post Internal Note’. A primeira é usada mais, quando alguma informação cadastrada foi colocada incorretamente, e a segunda maneira serve para fazer algum comentário sobre a issue, como por exemplo: O bug continua ocorrendo na versão X.
Fechando uma issue
O melhor momento é esse, e se o cadastro de uma issue já foi fácil, o fechamento dela é mais ainda. É preciso ir na página da issue. Nela há um botão chamado ‘Close Issue‘, clicamos nele. A página seguinte irá aparecer.
Status – informe qual o status do fechamento. Lembrando que você pode cadastrar os seus próprios status na página de administração;
Resolution – selecione qual foi a resolução tomada para a solução da issue;
Send Notification About Issue Being Closed – boas notícias são sempre bem-vindas, portanto escolha a opção ‘Yes’ para avisar a todos sobre o fechamento da Issue;
Send Notification To – aqui você pode definir se todos irão receber a notificação, ou apenas os responsáveis pela issue;
Reason for closing issue – descreva qual foi a razão do fechamento da issue;
Time Spent – campo opcional, usado para colocar o tempo que foi gasto na resolução da issue;
Time Category – campo opcional, para informar onde foi gasto o tempo para solucionar a issue.
Abaixo, se encontra um vídeo mostrando a criação e o fechamento de uma issue:
Um dos diferenciais do Eventum é a possibilidade de criar um campo customizado, pois muitas vezes, há alguma informação específica de um projeto, que precisa ser colocada na issue, e acabamos colocando no campo de descrição, o que não é a solução ideal. Para criar um campo customizado é necessário está logado com um usuário ‘Administrator’, e clicar sobre o link ‘Administration‘. Na página de administração clicamos sobre o link ‘Manage Custom Fields‘ que se encontra na parte de ‘Configuration‘. A página abaixo, irá aparecer.
Na criação do campo customizado, precisamos preencher os seguintes campos:
Title – defina um nome para o seu campo;
Short Description – defina uma descrição breve do campo, ela ficará localizada ao lado do campo;
Assigned Projects – escolha em quais projetos esse campo customizado estará presente;
Target Forms – defina em qual parte do formulário o campo estará e se ele será ou não obrigatório:
Report Form – no formulário de criação da issue;
Anonymous Form – no formulário de anonymous, que é aquele que vimos na segunda parte do tutorial;
Close Form – ou no formulário de fechamento da issue.
Display on List Issues Page – se ele aparecerá ou não na listagem de issues;
Field Type – qual será o tipo do campo;
Field Options – dependendo do tipo do campo escolhido, será necessário preencher os dados desse campo;
Minimum Role – a partir de qual tipo de usuário, o campo poderá ser visto;
Rank – em qual posição o campo customizado estará, perante os demais campos customizados.
Caso tenha ficado alguma dúvida, durante a criação do campo customizado, confira a criação de um campo customizado, no vídeo abaixo:
Antes de ver como configurar o envio de e-mail automático, é bom saber que para o usuário receber o e-mail, ele precisa habilitar essa opção, nas suas preferências. Para isso vá em ‘Preferences‘, ao lado do nome do usuário. Na nova página precisamos marcar a opção ‘Yes‘ para as perguntas:‘Receive emails when all issues are created’ e ‘Receive emails when new issues are assigned to you’. Infelizmente, sempre que você criar um projeto novo, os usuários que participarão do projeto, estaram configurados para não receber os e-mails. Eu ainda não encontrei um meio “menos macaco”, para a solução desse problema. Até perguntei no fórum da MySQL, mas por enquanto nada.
Um meio de contornar esse problema, é enviar um e-mail para todos os usuários do projeto, pedindo a configuração para o recebimento de e-mail do projeto criado no Eventum.
Outra notícia ruim: o Eventum não tem suporte a servidores SMTP usando SSL, ou seja, a maioria dos servidores que poderíamos usar (como o Gmail), não poderão ser usados. Mas agora uma notícia boa: nós temos o nosso próprio servidor SMTP, o XMail, que configuramos na primeira parte deste tutorial, durante a instalação do Eventum.
Bem, vamos para a configuração do envio de e-mail automático. Você pode está se perguntando: o Eventum já não manda e-mail automaticamente? E a resposta é não. Para o Eventum enviar os e-mails é preciso executar um script o ‘process_mail_queue.php’ (que se encontra na pasta misc). No linux você pode usar o Cron, para fazer essa tarefa. E no Windows, precisamos usar o agendador de tarefas. Abaixo, segue o passo a passo, para a criação da tarefa agendada no Windows. Vá em: Iniciar > Todos os programas > Acessórios > Ferramentas do Sistema > Tarefas agendadas. A seguinte tela abrirá.
Na nova tela, clique sobre a opção ‘Adicionar tarefa agendada’ e na tela que abrirá clique sobre o botão ‘Avançar’. Depois selecione o navegador, de sua preferência, para executar a tarefa, e clique em ‘Avançar’.
Agora informe o nome da tarefa e selecione a opção ‘Diariamente’, para que a tarefa seja executada todos os dias.
Na próxima tela, coloque o horário de início da tarefa, selecione a opção ‘Todos os dias’ e clique no botão ‘Avançar’.
Agora informe a senha do usuário que executará a tarefa.
Antes de concluir a tarefa, marque o check box, pois será necessário configurar algumas opções da tarefa. Marcado o check box, clique no botão ‘Concluir’.
Agora estamos nas propriedades da tarefa. Na primeira aba ‘Tarefa’ acrescente “localhost/eventum-2.1.1/misc/process_mail_queue.php” (com as aspas mesmo), ao comando. Ficará assim o comando no campo ‘Executar’: C:\ARQUIV~1\MOZILL~1\firefox.exe “http://localhost/eventum-2.1.1/misc/process_mail_queue.php”. Ou seja: Endereço do navegador [espaço] endereço do script entre aspas.
Agora vá na aba ‘Agendar’ e clique sobre o botão ‘Avançado’. Aqui marcamos o check box ‘Repetir a tarefa’. Definimos o intervalo de tempo que ela será repetida, colocando 5 minutos, e até que horas ela será executada, até às 23:59. Por fim, marcamos o check box ‘Se a tarefa estiver em execução, interrompê-la nesta hora.’, e clicamos no botão ‘Ok’.
Vamos agora na aba ‘Configurações’ e marcamos apenas o check box ‘Interromper a tarefa se ela for executada por’, configurando em 2 minutos.
Depois clique sobre o botão ‘Aplicar’. Uma nova tela abrirá, pedindo a sua senha e confirmação da mesma. Pronto, já temos nossa tarefa agendada concluída corretamente.
A tarefa criada irá executar o script do Eventum, para envio dos e-mails, a cada 5 minutos. Portanto, após a criação de uma issue, o e-mail será enviado no tempo máximo de 5 minutos. Para verificar se o e-mail foi enviado com sucesso, vá na página da issue que se deseja consultar, e clique sobre o link ‘Mail Queue Log‘ (localizado na parte inferior direita da página).
Uma nova página abrirá mostrando o status do envio do e-mail.
Aqui encerro a terceira e última parte do tutorial sobre o Eventum. Espero que ele possa ajudá-lo(a), caro leitor(a). Qualquer dúvida, crítica, ou sugestão, sinta-se à vontade em colocar nos comentários. Até a próxima!
Fique por dentro das novidades, assine o feed do QualidadeBR.
Chegamos a segunda parte do tutorial sobre o Eventum. E tenho uma novidade: o primeiro vídeo do QualidadeBR. Eu estava pensando, em como passar melhor as informações, e como nessa segunda parte do tutorial iremos aprender como trabalhar com o Eventum. Muita coisa fica difícil de entender e de explicar, usando apenas o texto. Portanto, espero que o vídeo possa ajudar você, caro leitor(a), e complementar este tutorial.
Bem, agora é hora da ação. Mãos a obra!
Menu principal
A interface do Eventum é bem simples. Logo na página principal, já podemos ver quais são as funcionalidades principais.
Administration – clicando aqui, você irá para a página de administração do Eventum, que será melhor detalhada mais abaixo;
Create Issue – neste link que você clicará quando for cadastrar uma issue, ou seja, o problema/bug;
List Issues – opção de listagem das issues já existentes, também permite a busca e a ordenação das issues por vários parâmetros;
Advanced Search – abrirá a busca avançada, permitindo uma busca bem detalhada e por diferentes parâmetros. Você ainda pode salvar as suas buscas;
Associate Emails – útil para a associação manual de issues com os e-mails dos responsáveis;
My Assignments – apresenta as issues que estão designadas ao usuário logado;
Stats – apresenta uma série de gráficos sobre as issues do projeto;
Reports – fornece uma boa quantidade de relatórios, baseados nas issues do projeto;
Internal FAQ – um FAQ interno é apresentado, sendo que este necessita ser criado antes na parte de administração;
Help – a ajuda do Eventum, que fornecer uma boa noção da ferramenta.
Administração
Agora veremos uma das principais páginas do Eventum, a de administração. O meu intuito é apresentar as principais funcionalidades, não terá como falar de todas por dois motivos: há muitas opções, o que resultaria quase num livro; e o não uso de boa parte das funcionalidades, o famoso pareto (onde 20% do software é mais usado).
Para acessar a página de administração, basta clicar sobre o link ‘Administration ‘.
Toda a navegação pelas opções ocorre na parte da esquerda da página, onde elas estão listadas. Na parte à direita, é feita toda edição da configuração desejada. As principais configurações são:
General Setup – aqui você poderá mudar as configurações de envio de e-mail, aquelas que você fez na instalação, poderão ser alteradas aqui. Há ainda a opção de configuração de outras funcionalidades, como as dicas diárias (Daily Tips) e a integração SCM (Source Code Management – Sistema de Controle de Versão), sendo que o Eventum suporta o CVS e o Subversion (mais detalhes);
Manage Custom Fields – é onde você poderá criar os seus campos customizáveis, definindo: seu nome (Title), descrição (Short Description), projetos onde serão usados (Assigned Projects), em qual formulário serão usados (Target Forms), se será ou não mostrado na lista de issues (Display on List Issues Page), o tipo do campo (Field Type), as opções do campo (Field Options), qual o papel mínimo de usuário que poderá visualizar o campo (Minimun Role); em qual posição ele estará (Rank);
Manage Statuses – o Eventum permite a customização dos status, possibilitando a criação, edição e deleção. Você poderá configurar os seguintes dados do estado:
Title – o título do seu novo status;
Abbreviation – a abreviação do seu status (três letras);
Rank – a posição do status;
Closed Context – caso selecionada a opção ‘Yes’, o status estará presente no formulário de fechamento da issue, caso contrário, ele estará no formulário de cadastro da issue;
Assigned Projects – em quais projetos o status estará presente;
Color – possibilita a escolha da cor do status, sendo que ela deverá estar em HTML (tabela de cores).
Manage Projects – nesta área você poderá criar e editar os seus projetos. Na instalação do Eventum um projeto já é criado: o Default Project. Você pode criar e configurar os seus próprios projetos. Veremos melhor a parte de criação de projetos mais a frente, aliás, o vídeo mostra a criação de um projeto;
Manage Users – no Eventum há sete níveis de usuário, sendo que o papel do usuário está associado ao projeto, ou seja, um usuário pode exercer papeis diferentes, dependendo de cada projeto:
Viewer – pode visualizar todas as issues dos projetos que ele está associado, e não pode criar ou editar issues;
Reporter – permite visualizar todas as issues associadas a ele, e também criar novas issues e enviar e-mail nas issues já existentes;
Customer – esta é uma permissão reservada para uma API de integração com o cliente, que permite que você integre o Eventum com a base de dados do seu CRM. Quando esta funcionalidade está habilitada, este papel de usuário pode acessar as issues associadas ao seu próprio cliente. Permite a criação de issues, atualização e envio de e-mails de issues já existentes (mais detalhes);
Standard User – o usuário padrão pode visualizar todas as issues dos projetos que ele está associado, criar/atualizar issues, e enviar e-mail e notas nas issues existentes;
Developer – ele é parecido com o ‘Standard User’, porém ainda permite separar os usuários que irão lidar com as issues, e a equipe de usuários que não lidar com suas próprias issues;
Manager – permite visualizar todas as issues dos projetos que ele é associado, criar/atualizar issues e enviar e-mails e notas nas issues existentes, Ele ainda pode, editar a área de administração do Eventum, menos a área de configuração;
Administrator – tem acesso total ao Eventum.
Para criar um novo usuário, basta informar as seguintes informações: o e-mail do usuário (nele será enviado o e-mail pelo Eventum), a senha, o nome, e quais projetos que ele participará e qual será o seu papel.
Criando um projeto
Antes de começar a utilizar o Eventum pra valer é necessário criar um projeto antes. O Eventum é organizado por projeto e cada um pode ter suas características específicas.
Abaixo, explico cada um dos campos existentes no formulário de cadastro do projeto.
Title – o nome do projeto;
Status – o estado do projeto, que pode ser ‘Active‘ (usado na criação) ou ‘Archived‘ (usado no fechamento do projeto). Como estamos criando um projeto selecionamos a opção Active;
Customer Integration Backend – área para configuração da integração com o CRM, citada anteriormente. Lembrando que para utilizar essa função é necessário adicionar uma classe no código do Eventum. Portanto, selecionamos a opção No Customer Integration, pois não iremos usar essa funcionalidade;
Workflow Backend – como o nosso projeto não tem integração, selecionamos a opção No Workflow Management no combo box;
Project Lead – selecionamos o líder do projeto, dentre os usuários já cadastrados. Se você só tem o usuário Admin cadastrado, basta ir na opção Manage Users, explicada anteriormente, e cadastra os usuários que fazem parte do projeto. O cadastro é bem simples;
Users – selecionamos os usuários que participarão do projeto;
Statuses – aqui escolhemos quais status serão usados no projeto;
Initial Status for New Issues – quando a issue é criada ela tem um status inicial, definimos ele aqui como discovery (descoberto);
Outgoing Email Sender Name – informamos qual o nome do remetente do envio de e-mail;
Outgoing Email Sender Address – colocamos o endereço de e-mail do remetente;
Remote Invocation – caso habilitado (Enabled) permitirá o uso de CLI pelos desenvolvedores para ver e editar as informações, sem o uso de navegador web (mais detalhes). Selecionamos a opção ‘Disabled‘;
Segregate Reporters – opção, que caso habilitada (Yes) que permite que os usuários com o papel ‘Reporter’ sejam capaz de ver somente as issues reportadas por eles. Selecionamos a opção ‘Yes‘.
Pronto, nosso primeiro projeto está pronto, ou melhor, quase pronto. Ainda necessitamos configurar, pelo menos, duas características do projeto (Categories e Priorities):
Releases – onde são cadastrados as releases, usados durante o cadastro da issue, para definir qual versão, representa o deadline para a correção da issue. Sendo esse campo opcional;
Categories – precisamos definir as categorias do projeto, que podem ser entendidas como os módulos da aplicação. Por exemplo: login, cadastro de usuários, vendas, etc. Sendo o seu cadastro requerido, pois durante o cadastro de uma issue necessitamos informar em qual categoria o bug ocorreu;
Priorities – cadastro das prioridades. Sendo o seu cadastro requirido, pois precisamos definir qual a prioridade da issue, durante o seu cadastro. Você pode usar as mesmas prioridades do ‘Default Project’ ou criar as suas próprias;
Phone Support Categories – adicionar uma categoria de telefone do suporte, que aparece na edição de uma issue, na parte ‘Phone Calls’. Geralmente, é usado apenas em equipes de Suporte. O seu cadastro opcional;
Anonymous Reporting – permite o reporte Anonymous de issues, que na verdade, possibilita que o usuário reporte uma issue sem precisa logar no Eventum. Para isso ele precisa habilita o ‘Anonymous Reporting’ e escolher o usuário que poderá fazer isso, a categoria, a prioridade e a pessoa que será associada à issue, que será cadastrada sem o login no Eventum. Feito isso o usuário pode deslogar do Eventum, e na tela de login aparecerá uma nota avisando que ele poderá reportar issues sem realizar o login, usando uma determinada URL. Esta configuração é opcional;
Fields to display – aqui você pode definir quais campos podem ser visualizados, por quais níveis de usuário. Essa configuração é opcional;
Columns to display – possibilita a configuração de quais campos serão apresentados na listagem de issues. Sendo essa configuração opcional.
Essas são as configurações necessárias para criar um novo projeto. Agora com o seu projeto pronto, já poderemos cadastrar a nossa primeira issue. Porém, só na próxima parte desse tutorial, aliás será a última. Onde veremos os seguintes tópicos: reporte e fechamento de uma issue, criação de um campo customizado e o envio de e-mail automático.
Mas antes de encerrar a segunda parte, segue abaixo o vídeo que eu havia comentado no começo do post. Ele apresenta a criação e configuração de um novo projeto, espero que vocês gostem. Até a próxima!
Se você quiser fazer o download do vídeo, com qualidade máxima e sem esses zooms (tive que fazer devido a qualidade do vídeo no Youtube), segue abaixo, o link:
Para estrear o ano, preparei um tutorial da ferramenta de bug tracking Eventum. Irei começar explicando um pouco sobre a ferramenta, e logo após, sobre a sua instalação.
Eventum
O Eventumé um sistema de monitoramento de problemas, criada e disponibilizada pela MySQL. Ele se adequa tanto para equipes de Suporte, quanto para de Testes. Nas equipes de Teste o seu uso é como bug tracking, ou seja, para o controle de bugs.
Abaixo, apresento algumas características do Eventum:
Interface usual – em pouco tempo a equipe já consegue dominar o uso da ferramenta;
Hierarquia de usuários – há vários tipos de usuários, com diferentes permissões de acesso;
Campos customizáveis – a equipe pode criar quantos campos novos quiser, para que a ferramenta suporte melhor as características da equipe;
Busca avançada – uma das melhores funcionalidades do Eventum. A busca de bugs pode ser feita por vários parâmetros, o que é muito bom, principalmente em projetos grandes;
Aviso por e-mail – ao cadastrar um bug, as pessoas que estão participando do projeto receberão um aviso por e-mail, com os dados do bug;
Apresentação dos dados em gráficos – logo na tela principal, a equipe já pode visualizar uma série de gráficos sobre os bugs cadastrados;
Relatórios – é possível a extração de várias informações em relatórios estatísticos;
Importação de dados – você pode importar a sua lista de bugs para arquivo .xls (Excel).
Versão estável – o Eventum é uma ferramenta madura, atualmente na versão 2.1.1. Por isso, o seu trabalho, dificilmente, será prejudicado por um bug;
Sem custos – nada melhor do que, uma boa ferramenta e ainda poder adquirir-la de forma gratuita. O Eventum está sobre a licença GNU GPL.
Requisitos
Antes de tudo é necessário fazer o download do servidor Web, afinal o Eventum é um software baseado em Web. A ferramenta que vou usar, vai ser o Apache2Triad, servidor open source WAMP. O Eventum irá utilizar os seguintes softwares do Apache2Triad:
Após feito o download, é hora da instalação do Apache2Triad. Ela é bem simples, mas caso você encontre alguma dificuldade, confira o passo a passo, apresentado na sequência.
Instalação do Apache2Triad
A primeira janela que irá aparecer, será a de customização da instalação. Você poderá escolher quais componentes instalar. No nosso caso, iremos instalar tudo, portanto basta clicar no botão ‘Next >’.
Agora é a hora de especificar o local, onde será feita a instalação. Por default, a instalação é feita no diretório raiz. Caso você queira mudar, sinta-se à vontade, só lembrando que o local da instalação deverá ter, pelo menos, 348.7MB de espaço livre.
Próximo passo será setar a senha global, que deverá ter no mínimo 8 caracteres, para acessar os componentes do Apache2Triad. Lembrando que estamos definindo a senha do root, e com ele que iremos realizar o acesso.
Na próxima tela será apresentada a licença GNU, basta clicar no botão ‘I Agree’ (concordo).
Após concordar com a licença do software, a instalação será iniciada.
Agora é hora de ir tomar um cafezinho, pois a instalação demorará em torno de 10 minutos. No seu término, a seguinte tela será apresentada.
Ainda restam algumas configurações que serão feitas automaticamente, bastando para isso digitar a senha, que foi definida anteriormente, na tela do prompt que se abrirá.
Após, a configuração ser terminada com sucesso. Uma nova tela será apresentada, basta clicar no botão ‘OK’. O sistema será reiniciado e você já poderá utilizar o Apache2Triad.
Instalação do Eventum
Se a instalação do Apache2Triad já é fácil. A do Eventum é mais ainda.
O primeiro passo é fazer o download da versão 2.1.1, no site da MySQL. Segue abaixo, o link:
Após o download, precisamos descompactar o arquivo na pasta do Apache2Triad. Mais precisamente na pasta ‘htdocs’, que se encontra no diretório principal do Apache2Triad (“local que você fez a instalação”\apache2triad\htdocs ). Assim, que a pasta do Eventum estiver na htdocs, já poderemos dá início a sua instalação.
A instalação do Eventum é toda feita pela Web, então, agora é necessário você iniciar o seu navegador e colocar o seguinte endereço na barra de navegação: http://localhost/
Aparecerá a seguinte página.
Clicamos sobre o link ‘eventum-2.1.1/’.
Uma nova página aparecerá, e será nela que iremos fazer a configuração da instalação do Eventum. Isso mesmo, tudo em uma tela só, bem simples e rápido. Confira o passo a passo para a configuração do Eventum e a do servidor SMTP, e antes de clicar no botão ‘Start Installation’, verifique se está tudo certo, embora caso exista algum erro, o próprio Eventum irá mostrar onde ele ocorreu.
Server Hostname – aqui recomendo você a colocar o IP da máquina, que o Eventum está sendo instalado. Principalmente, se você estiver fazendo a instalação, a fim de utilizá-lo no trabalho. Pois, o Eventum ao enviar o e-mail do bug, coloca o endereço do mesmo, que será conforme o nome do servidor. Ou seja, se for colocado localhost, ninguém conseguirá acessar o link. Ao lado, há o check box SSL Server para configurar se a conexão com o Eventum será com SSL (se for marcado), ou não (se for deixado desmarcado);
Eventum Relative URL – o endereço do Eventum, você pode deixar o default, ou colocar qualquer outro;
MySQL Server Hostname – o nome do servidor MySQL, que é o mesmo do servidor. Aqui tanto faz colocar o IP da máquina ou localhost;
MySQL Database – coloque o nome do banco de dados a ser criado. Ao lado, deixe o check box Create Database marcado;
MySQL Table Prefix – coloque o prefixo das tabelas ou deixe o default. Abaixo, deixe o check box Drop Tables If They Already Exist desmarcado;
MySQL Username – coloque o nome do usuário do banco de dados que é o root;
MySQL Password – coloque a senha do usuário root, a mesma definida na hora da instalação. Abaixo, deixe o check box Use a Separate MySQL User for Normal Eventum Use desmarcado;
Sender – aqui começa a configuração do servidor SMTP, que será usado pelo Eventum. Recomendo utilizar o próprio servidor do Apache2Triad, o XMail. Preencha o campo com admin@localhost que é a conta padrão do servidor Xmail;
Hostname – coloque o endereço do servidor localhost;
Port – coloque a porta 25, que é utilizada pelo XMail. Abaixo, marque a opção ‘Yes‘ do combo box ‘Requires Authentication?‘;
Username – preencha novamente com a conta de e-mail admin@localhost;
Password – coloque a senha da conta de e-mail, que é a mesma do usuário root;
Pronto, agora é só clicar no botão ‘Start Installation’.
Caso tenha ficado alguma dúvida, durante a instalação do Eventum, segue abaixo, um printscreen com configuração.
Após a instalação, aparecerá uma página, na qual haverá três informações importantes: o link para a página do Eventum, o endereço de e-mail para fazer acesso, e a senha de acesso. Lembrando que esse login poderá ser alterado depois.
Pronto, já temos o Eventum instalado. E aqui encerro a primeira parte desse tutorial. Na próxima parte, iremos ver como realizar algumas customizações, configurações e fazer uso da ferramenta. Até lá!
Se ficou com alguma dúvida, ou travou em alguma parte, deixe a sua questão nos comentários, pois ela poderá ser a dúvida de outras pessoas também. Sinta-se à vontade!
Fique por dentro das novidades, assine o feed do QualidadeBR.
Download Apache2Triad
QualidadeBR 