Olá pessoal!
No post Integração do Testlink com o Mantis BugTracker eu apresentei a forma, na época, de fazer a integração com estas duas ferramentas que era via arquivo de configuração.
Nas versões mais atuais do Testlink (1.9.x) esse método mudou, onde não há mais a necessidade de integração via arquivos de configuração. A nova abordagem agora é na própria página do Testlink através de uma nova funcionalidade de Issue Tracker (Gestor de Falhas)
O vídeo abaixo mostra como fazer esta configuração nas versões mais atuais do Testlink.
Mostrando postagens com marcador testlink. Mostrar todas as postagens
Mostrando postagens com marcador testlink. Mostrar todas as postagens
quinta-feira, 26 de setembro de 2013
domingo, 3 de outubro de 2010
Integração Selenium e Testlink
Não deixe de ler o post Integração Selenium e Mantis!
Escopo
Este tutorial vai apresentar como fazer a integração do Selenium com o Testlink. Mas no que consiste essa integração?
Essa integração nada mais é do que o envio do resultado de execução do script de teste para o Testlink. Pode-se explorar muito mais do que isso, porém esse tutorial se limitará a apenas apresentar como reportar o resultado de execução do script.
Criaremos um projeto em Java com o suporte do JUnit para a criação do script de teste com o Selenium. abaixo há uma lista de itens necessários para esse tutorial.
O que é necessário?
1. Configurando o Testlink
Não existe uma sequencia certa de passos, eles podem ser praticamente em qualquer ordem, porém iniciarei pelo Testlink que costuma ser um ponto crítico se não configurado.
A versão que estou utilizando do Testlink é a 1.9 beta 6, porém você pode utilizar desde a versão 1.8.5
1.1 Habilitar o projeto com a Automação de Teste
Você pode ou criar um novo projeto marcando a opção Enable Test Automation (API keys) ou editando o projeto e selecionando o mesmo item.
A imagem abaixo mostra a criação de uma novo projeto
1.2 Editar o arquivo de configuração do Testlink
Depois de habilitar a automação de teste para o projeto desejado é necessário habilitar o acesso a API XML-RPC do Testlink. É esta API interna que nos possibilitará o acesso aos dados do projeto.
Você precisará alterar duas variáveis no arquivo config.inc.php do Testlink.
Adendo: o ideal é você não alterar diretamente o arquivo config.inc.php, e sim alterar o arquivo custom_config.inc.php que estará como custom_config.inc.php.example. Basta remover o ".example" e colar as variáveis que serão apresentadas abaixo no arquivo e salvá-lo.
As duas variáveis que você deve alterar são:
1.3 Gerar uma nova chave de acesso
Depois de habilitar o acesso a API XML-RPC e informar a ativação da automação no arquivo de configuração é necessário gerar a chave de acesso.
Essa chave é criada por usuário e será ela que permitirá ao Testlink identificar quem está tentando acessar os serviços XML-RPC.
Para gerar a chave vá até o menu Personal. No final da página irá existir uma seção API Interface, conforme a figura abaixo:
Clique no botão Generate a new key. Uma chave será gerada.
Procure não clicar mais vezes neste botão, pois ele irá gerar uma nova chave. Qualquer mudança na chave invalida a futura comunicação com os serviços do Testlink.
Por enquanto guarde a chave que iremos utiliza-la mais tarde dentro da API dbfacede-testlink.
A seção API interface ficará parecida com a imagem abaixo:
2. Preparando seu ambiente de Desenvolvimento
A preparação do ambiente vai apresentar somente as bibliotecas necessárias para fazer a integração funcionar. Não é intuito deste item ensinar alguma coisa sobre o Eclipse ou sobre Java.
2.1 Selecionando as bibliotecas necessárias
Para rodar o script de teste com a integração e necessário os seguintes arquivos (bibliotecas e libraries) das seguintes API's / frameworks:
Para adicionar cada biblioteca você precisa clicar com o botão direito no nome do projeto e selecionar Build Path/Configure Build Path...
Adicone também a biblioteca do JUnit, indo ao mesmo local (Configure Build Path...) e clicando no botão Add Library. Selecione JUnit e, em seguida, JUnit 4.
2.1 Desenvolvendo o código-fonte
A aplicação de exemplo, que está no final do post traz o código-fonte do script de teste e mais dois arquivos de código-fonte, que serão explicados abaixo.
A primeira coisa a fazer é entender o script de teste primeiro. O package, os imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.
Basicamente há a criação dos atributos do Selenium e SeleniumServer para a execução, os métodos setup() e tearDown() do JUnit e o caso de teste automatizado.
Note que o bloco do caso de teste (método testPesquisaLivro) está com um try-catch. Isso é necessário para que possamos enviar a informação ao Testlink se o script falhou ou passou.
Na linha 41 há o seguinte código:
Este atributo (resultado) é uma String que armazena o status de execução. Neste caso ele está no final dos passos do script passando sucesso (TestLinkAPIResults.TEST_PASSED).
É ele que vai dizer para o Teslink que o script passou!
Dentro do bloco de catch (linhas 44 a 46) há os comandos que serão executados quando o script falhar por algum motivo. Note que na linha 44 passamos para a variável de resultado a informação TestLinkAPIResults.TEST_FAILED.
Ele é que vai dizer para o Testlink que o script falhou!
Na linha 45 a mensagem de erro gerado pelo script vai para a variável nota, para que seja adicionado a mensagem de erro no campo Nota do Testlink.
Na linha 48, dentro do bloco de finally há o envio de resultado da execução do teste para o Testlink.
É ele que envia os dados para o Testlink!
Há um método é chamado (reportTestCaseResult) para passar as informações do Selenium para o Testlink.
Classe ResultadoExecucao
Dentro do projeto no pacote com.blogspot.sembugs há a classe ResultadoExecucao, que é a responsável por enviar o resultado do script ao Testlink. Eu gerei essa classe como chamada de uma função da API dbfacade-testlink.
PS: package, imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.
Na linha 6 há a criação de uma instância da classe TestlinkAPIClient, passando a URL do XML-RPC do Testlink (URL) e a chave do usuário (DEVKEY).
Você deve alterar a DEVKEY para o seu usuário e alterar o servidor e nome_testlink para as suas configurações quando for rodar o exemplo.
A linha 8 envia os dados para o Testlink, com alguns dados como parâmetro, que são:
Foi criado uma interface com os dados necessários para o envio dos dados para o Testlink, que são os parâmetros que foram descritos acima.
Note que todos os dados que estão contidos no meu Testlink estão ali. Você vai precisar alterar estes dados para fazer os seus testes.
Todas as informações que precisam ser enviadas para o Testlink através do método reportTestCaseResult da classe ResultadoExecucao estão nesta interface.
3. Criação do(s) Casos de Teste
Por incrível que pareça você não precisa colocar o caso de teste com o tipo "Automatizado" e nem os passos como "Automatizado" para que o script insira o resultado de execução do caso de teste automaticamente, eles servem apenas para informação.
Abaixo segue a imagem deste item dentro do caso de teste citadas.
4. Execução e modificação deste tutorial
Chegamos ao fim do tutorial. Se você deseja executar este tutorial baixe os fontes de exemplo criados no Eclipse e altere a URL de conexão com o Testlink.
Se você alterar os dados da interface IConstantes o exemplo não funcionará, mas você pode usar o tutorial como base para a sua integração.
Por favor mandem sugestões e feedback's se este tutorial tem ajudado ou mesmo se estiver difícil de entender (claro que dentro de seus conhecimentos de programação Java).
4.1 Para entender mais
Você pode fazer a integração com outras linguagens de programação com o Testlink, não especificamente com o Selenium. Na verdade essa é uma implementação em Java para qualquer aplicação desenvolvida em Java, não específica para o Selenium. O que fiz foi inserir dentro do código do Selenium a integração!
Acesse as seguintes páginas para ter mais informações sobre os serviços XML-RPC do Testlink:
4.2 Fontes deste tutorial
Arquivo zipado contendo o projeto desenvolvido no Eclipse:
http://www.eliasnogueira.com/arquivos_blog/selenium/integracao/testlink/testlink-selenium-example.zip
Abraço a todos!
Escopo
Este tutorial vai apresentar como fazer a integração do Selenium com o Testlink. Mas no que consiste essa integração?
Essa integração nada mais é do que o envio do resultado de execução do script de teste para o Testlink. Pode-se explorar muito mais do que isso, porém esse tutorial se limitará a apenas apresentar como reportar o resultado de execução do script.
Criaremos um projeto em Java com o suporte do JUnit para a criação do script de teste com o Selenium. abaixo há uma lista de itens necessários para esse tutorial.
O que é necessário?
- Testlink versão 1.8.5 ou superior
- dbfacade-testlink
- IDE de desenvolvimento em Java
- Java JDK instalada
- Bibliotecas do Selenium RC para Java
1. Configurando o Testlink
Não existe uma sequencia certa de passos, eles podem ser praticamente em qualquer ordem, porém iniciarei pelo Testlink que costuma ser um ponto crítico se não configurado.
A versão que estou utilizando do Testlink é a 1.9 beta 6, porém você pode utilizar desde a versão 1.8.5
1.1 Habilitar o projeto com a Automação de Teste
Você pode ou criar um novo projeto marcando a opção Enable Test Automation (API keys) ou editando o projeto e selecionando o mesmo item.
A imagem abaixo mostra a criação de uma novo projeto
1.2 Editar o arquivo de configuração do Testlink
Depois de habilitar a automação de teste para o projeto desejado é necessário habilitar o acesso a API XML-RPC do Testlink. É esta API interna que nos possibilitará o acesso aos dados do projeto.
Você precisará alterar duas variáveis no arquivo config.inc.php do Testlink.
Adendo: o ideal é você não alterar diretamente o arquivo config.inc.php, e sim alterar o arquivo custom_config.inc.php que estará como custom_config.inc.php.example. Basta remover o ".example" e colar as variáveis que serão apresentadas abaixo no arquivo e salvá-lo.
As duas variáveis que você deve alterar são:
- $tlCfg->api->enabled
- $tlCfg->exec_cfg->enable_test_automation
- $tlCfg->api->enabled = TRUE;
- $tlCfg->exec_cfg->enable_test_automation = ENABLED;
1.3 Gerar uma nova chave de acesso
Depois de habilitar o acesso a API XML-RPC e informar a ativação da automação no arquivo de configuração é necessário gerar a chave de acesso.
Essa chave é criada por usuário e será ela que permitirá ao Testlink identificar quem está tentando acessar os serviços XML-RPC.
Para gerar a chave vá até o menu Personal. No final da página irá existir uma seção API Interface, conforme a figura abaixo:
Clique no botão Generate a new key. Uma chave será gerada.
Procure não clicar mais vezes neste botão, pois ele irá gerar uma nova chave. Qualquer mudança na chave invalida a futura comunicação com os serviços do Testlink.
Por enquanto guarde a chave que iremos utiliza-la mais tarde dentro da API dbfacede-testlink.
A seção API interface ficará parecida com a imagem abaixo:
2. Preparando seu ambiente de Desenvolvimento
A preparação do ambiente vai apresentar somente as bibliotecas necessárias para fazer a integração funcionar. Não é intuito deste item ensinar alguma coisa sobre o Eclipse ou sobre Java.
2.1 Selecionando as bibliotecas necessárias
Para rodar o script de teste com a integração e necessário os seguintes arquivos (bibliotecas e libraries) das seguintes API's / frameworks:
- dbfacade-testlink: necessário adicionar as seguintes bibliotecas
- testlink-api-client-2.0.jar
- todas as libs, exeto a junit, da pasta lib
- Selenium RC: necessário adicionar as seguintes bibliotecas
- selenium-server.jar
- selenium-java-client-driver.jar
- JUnit: necessário adicionar o JUnit 4 que já vem com o Eclipse (Add Libraries)
Para adicionar cada biblioteca você precisa clicar com o botão direito no nome do projeto e selecionar Build Path/Configure Build Path...
Adicone também a biblioteca do JUnit, indo ao mesmo local (Configure Build Path...) e clicando no botão Add Library. Selecione JUnit e, em seguida, JUnit 4.
2.1 Desenvolvendo o código-fonte
A aplicação de exemplo, que está no final do post traz o código-fonte do script de teste e mais dois arquivos de código-fonte, que serão explicados abaixo.
A primeira coisa a fazer é entender o script de teste primeiro. O package, os imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.
1: public class CasoTesteSelenium extends TestCase implements IConstantes {
2:
3: Selenium selenium;
4: SeleniumServer server;
5:
6: String serverHost = "localhost";
7: int serverPort = 4444;
8: String browserStartCommand = "*firefox";
9: String browserURL = "http://www.lojaexemplodelivros.com.br/";
10:
11: public void setUp() throws Exception {
12: selenium = new DefaultSelenium(serverHost, serverPort, browserStartCommand, browserURL);
13: server = new SeleniumServer();
14:
15: server.start();
16: selenium.start();
17: }
18:
19: @Test
20: public void testPesquisaLivro() throws Exception {
21: String resultado = null;
22: String nota = null;
23:
24: try {
25: selenium.open("/");
26: selenium.click("//ul[@id='nav']/li[1]/ul/li[2]/ul/li[1]/a/span");
27: selenium.waitForPageToLoad("30000");
28:
29: assertEquals("3 Item(s)", selenium.getText("//div[@id='main']/table[1]/tbody/tr/td[1]/strong"));
30: assertEquals("[PRODUTO DE EXEMPLO] - Use a Cabeça! Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Use a Cabeça! Java"));
31: assertEquals("[PRODUTO DE EXEMPLO] - Entendendo e Dominando o Java: para Internet", selenium.getText("link=[PRODUTO DE EXEMPLO] - Entendendo e Dominando o Java: para Internet"));
32: assertEquals("[PRODUTO DE EXEMPLO] - Ajax com Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Ajax com Java"));
33:
34: selenium.click("//img[@alt='[PRODUTO DE EXEMPLO] - Ajax com Java']");
35: selenium.waitForPageToLoad("30000");
36: assertTrue(selenium.isTextPresent("2x R$ 222,25 sem juros"));
37: assertTrue(selenium.isTextPresent("3x R$ 148,17 sem juros"));
38: assertTrue(selenium.isTextPresent("4x R$ 111,13 sem juros"));
39: assertTrue(selenium.isTextPresent("5x R$ 88,90 sem juros"));
40:
41: resultado = TestLinkAPIResults.TEST_PASSED;
42:
43: } catch (Exception e) {
44: resultado = TestLinkAPIResults.TEST_FAILED;
45: nota = e.getMessage();
46: e.printStackTrace();
47: } finally {
48: ResultadoExecucao.reportTestCaseResult(PROJETO, PLANO, CASO_TESTE1, BUILD, nota, resultado);
49: }
50: }
51:
52: public void tearDown() throws Exception {
53: selenium.stop();
54: server.stop();
55: }
56: }
57:
Basicamente há a criação dos atributos do Selenium e SeleniumServer para a execução, os métodos setup() e tearDown() do JUnit e o caso de teste automatizado.
Note que o bloco do caso de teste (método testPesquisaLivro) está com um try-catch. Isso é necessário para que possamos enviar a informação ao Testlink se o script falhou ou passou.
Na linha 41 há o seguinte código:
resultado = TestLinkAPIResults.TEST_PASSED;
É ele que vai dizer para o Teslink que o script passou!
Dentro do bloco de catch (linhas 44 a 46) há os comandos que serão executados quando o script falhar por algum motivo. Note que na linha 44 passamos para a variável de resultado a informação TestLinkAPIResults.TEST_FAILED.
Ele é que vai dizer para o Testlink que o script falhou!
Na linha 45 a mensagem de erro gerado pelo script vai para a variável nota, para que seja adicionado a mensagem de erro no campo Nota do Testlink.
Na linha 48, dentro do bloco de finally há o envio de resultado da execução do teste para o Testlink.
É ele que envia os dados para o Testlink!
Há um método é chamado (reportTestCaseResult) para passar as informações do Selenium para o Testlink.
Classe ResultadoExecucao
Dentro do projeto no pacote com.blogspot.sembugs há a classe ResultadoExecucao, que é a responsável por enviar o resultado do script ao Testlink. Eu gerei essa classe como chamada de uma função da API dbfacade-testlink.
PS: package, imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.
1: public class ResultadoExecucao implements IConstantes {
2:
3: public static void reportTestCaseResult(String projetoTeste, String planoTeste, String casoTeste, String nomeBuild, String nota, String resultado) throws TestLinkAPIException {
4:
5: // Cria uma instância do TestLinkAPIClient para comunicação com o Testlink
6: TestLinkAPIClient testlinkAPIClient = new TestLinkAPIClient(DEVKEY, URL);
7: // Submete os resultados para o Testlink
8: testlinkAPIClient.reportTestCaseResult(projetoTeste, planoTeste, casoTeste, nomeBuild, nota, resultado);
9:
10: }
11: }
Na linha 6 há a criação de uma instância da classe TestlinkAPIClient, passando a URL do XML-RPC do Testlink (URL) e a chave do usuário (DEVKEY).
Muito atenção!
A URL do XML-RPC é http://servidor/nome_testlink/lib/api/xmlrpc.php, onde:- servidor: é o nome do servidor onde está instalado o Testlink. Ex: localhost
- nome_testlink: é o nome de acesso a aplicação do testlink. Ex: testlink
Você deve alterar a DEVKEY para o seu usuário e alterar o servidor e nome_testlink para as suas configurações quando for rodar o exemplo.
A linha 8 envia os dados para o Testlink, com alguns dados como parâmetro, que são:
- projetoTeste: nome do projeto de teste que estamos usando no Testlink
- planoTeste: nome do plano de teste que estamos usando no Testlink
- casoTeste: nome do caso de teste que estamos usando no Testlink
- nomeBuild: nome da build que estamos usando no Testlink
- nota: nota que será inserida na execução quando houver falha na execução do script
- resultado: resultado passado pelo script
Foi criado uma interface com os dados necessários para o envio dos dados para o Testlink, que são os parâmetros que foram descritos acima.
1: public interface IConstantes {
2:
3: final String DEVKEY = "84947019532f2f23e1d90b6de748cd66";
4: final String URL = "http://www.eliasnogueira.info/arquivos_blog/testlink_1_9_beta6/lib/api/xmlrpc.php";
5: final String PROJETO = "Integracao Selenium e Testlink";
6: final String PLANO = "PT001 - Integracao Selenium e Testlink";
7: final String BUILD = "Ciclo 1";
8: final String CASO_TESTE1 = "Pesquisar no blog";
9:
10: }
Note que todos os dados que estão contidos no meu Testlink estão ali. Você vai precisar alterar estes dados para fazer os seus testes.
Todas as informações que precisam ser enviadas para o Testlink através do método reportTestCaseResult da classe ResultadoExecucao estão nesta interface.
3. Criação do(s) Casos de Teste
Por incrível que pareça você não precisa colocar o caso de teste com o tipo "Automatizado" e nem os passos como "Automatizado" para que o script insira o resultado de execução do caso de teste automaticamente, eles servem apenas para informação.
Abaixo segue a imagem deste item dentro do caso de teste citadas.
4. Execução e modificação deste tutorial
Chegamos ao fim do tutorial. Se você deseja executar este tutorial baixe os fontes de exemplo criados no Eclipse e altere a URL de conexão com o Testlink.
Se você alterar os dados da interface IConstantes o exemplo não funcionará, mas você pode usar o tutorial como base para a sua integração.
Por favor mandem sugestões e feedback's se este tutorial tem ajudado ou mesmo se estiver difícil de entender (claro que dentro de seus conhecimentos de programação Java).
4.1 Para entender mais
Você pode fazer a integração com outras linguagens de programação com o Testlink, não especificamente com o Selenium. Na verdade essa é uma implementação em Java para qualquer aplicação desenvolvida em Java, não específica para o Selenium. O que fiz foi inserir dentro do código do Selenium a integração!
Acesse as seguintes páginas para ter mais informações sobre os serviços XML-RPC do Testlink:
- Divulgação do Testlink sobre o serviço: http://teamst.org/index.php/news-mainmenu-2/13-development/52-test-automation-support-via-xmlrpc
- Integração do Testlink com o NUnit (.NET): http://teamst.org/index.php/news-mainmenu-2/13-development/75-connecting-mbunit-and-nunit-to-testlink
- Exemplo no fórum do Testlink: http://www.teamst.org/forum/viewtopic.php?f=10&t=3462
- Testlink Java API Documentation: http://www.mediafire.com/?jgnogvnn0dn
4.2 Fontes deste tutorial
Arquivo zipado contendo o projeto desenvolvido no Eclipse:
http://www.eliasnogueira.com/arquivos_blog/selenium/integracao/testlink/testlink-selenium-example.zip
Abraço a todos!
sábado, 1 de maio de 2010
Testlink 1.9 beta 4 lançado
O Testlink lançou hoje (01/05/2010) a versão 1.9 beta 4 com a correção de 39 dos 100 bugs existentes na versão 1.9 beta 3.
Você pode baixar a versão beta em: http://sourceforge.net/projects/testlink/files/
Algumas melhorias foram adicionadas. A melhoria mais significativa foi referente a criação de passos dentro do Caso de Teste. Na versão 1.9.x os passos passam a ser tratados como uma entidade, onde você criar um passo e resultado esperado de cada vez.
Esta ainda é uma versão beta. O uso dentro do ambiente em sua empresa pode não ser recomendado. Faça isso por sua conta e risco!
Abaixo algumas imagens referente a criação dos Casos de Teste e dos Passos.
Agora na criação do Caso de Teste os campos de Passos e Resultados Esperados foram retirados. Houve também a criação de um novo campo, a Pré-Condição. Agora podemos colocar no campo Sumário todos os dados referentes ao Caso de Teste como Objetivos, Documentos Relacionados, etc...
Após a criação do Caso de Teste, um novo botão Criar um passo é apresentado. Devemos clicar nesse botão para adicionar os Passos e os Resultados Esperados do Caso de Teste
Agora a criação do Passo é totalmente ligada ao Resultado Esperado, virando uma "linha" (entidade) para cada conjunto deste par. Todas as outras entidades são listadas também. A adição da entidade é feita clicando sobre o Passo ou Resultado Esperado.
Após a finalização da criação dos Passos e dos Resultados Esperados, podemos ver o Caso de Teste completo.
Dica do leitor Jefferson!
Instalando o Testlink 1.9 beta 4 em banco de dados MySQL 4.1
"Estou instalando a nova versão do Testlink e encontrei algumas dificuldades referente a versão do MySql. Na empresa utilizamos a versão 4.1, (por motivos de força maior,rs). No script que cria as entidades na base de dados, existem alguns atributos que estão definidos como varchar de 4000, que seriam mais apropriados para quem utiliza a versão 5.0 ou superior, para a versão 4.1 um atributo varchar aceita até 255 caracteres. Para quem precisa utilizar o novo Testlink com a versão 4.1 do MySql é só alterar o script "testlink_create_tables.sql" que fica no diretório: C:\wamp\www\testlink-1.9beta4\install\sql\mysql, isso para quem usa o Wamp Server, localizar e substituir o varhcar(4000) por blob. Depois disso é só instalar e usar."
Obrigado Jefferson pela dica!!!
Você pode baixar a versão beta em: http://sourceforge.net/projects/testlink/files/
Algumas melhorias foram adicionadas. A melhoria mais significativa foi referente a criação de passos dentro do Caso de Teste. Na versão 1.9.x os passos passam a ser tratados como uma entidade, onde você criar um passo e resultado esperado de cada vez.
Esta ainda é uma versão beta. O uso dentro do ambiente em sua empresa pode não ser recomendado. Faça isso por sua conta e risco!
Abaixo algumas imagens referente a criação dos Casos de Teste e dos Passos.
Agora na criação do Caso de Teste os campos de Passos e Resultados Esperados foram retirados. Houve também a criação de um novo campo, a Pré-Condição. Agora podemos colocar no campo Sumário todos os dados referentes ao Caso de Teste como Objetivos, Documentos Relacionados, etc...
Após a criação do Caso de Teste, um novo botão Criar um passo é apresentado. Devemos clicar nesse botão para adicionar os Passos e os Resultados Esperados do Caso de Teste
Agora a criação do Passo é totalmente ligada ao Resultado Esperado, virando uma "linha" (entidade) para cada conjunto deste par. Todas as outras entidades são listadas também. A adição da entidade é feita clicando sobre o Passo ou Resultado Esperado.
Após a finalização da criação dos Passos e dos Resultados Esperados, podemos ver o Caso de Teste completo.
Dica do leitor Jefferson!
Instalando o Testlink 1.9 beta 4 em banco de dados MySQL 4.1
"Estou instalando a nova versão do Testlink e encontrei algumas dificuldades referente a versão do MySql. Na empresa utilizamos a versão 4.1, (por motivos de força maior,rs). No script que cria as entidades na base de dados, existem alguns atributos que estão definidos como varchar de 4000, que seriam mais apropriados para quem utiliza a versão 5.0 ou superior, para a versão 4.1 um atributo varchar aceita até 255 caracteres. Para quem precisa utilizar o novo Testlink com a versão 4.1 do MySql é só alterar o script "testlink_create_tables.sql" que fica no diretório: C:\wamp\www\testlink-1.9beta4\install\sql\mysql, isso para quem usa o Wamp Server, localizar e substituir o varhcar(4000) por blob. Depois disso é só instalar e usar."
Obrigado Jefferson pela dica!!!
sábado, 10 de abril de 2010
Como contornar o problema do Testlink 1.9 beta 3
Notice: Undefined property: stdClass::$filter_methods in C:\wamp\www\testlink-1.9.3b\cfg\const.inc.php on line 487
Notice: Undefined property: stdClass::$filter_methods in C:\wamp\www\testlink-1.9.3b\cfg\const.inc.php on line 503
Pois bem, estes são dois errosde uma propriedade não definida onde duas variáveis não estavam definidas ($filter_methods). Isso gera um bug que bloqueia a utilização do Testlink.
O teste que eu efetuei foi sobre um Windows XP SP3 com o WampServer 2.0 (Apache 2.2.11, PHP 5.3.1 e MySQL 5.1.36).
Um bug foi aberto no bugtracker do Testlink (necessita de cadastro para visualizar). E a correção já foi feita. Só não existe ainda a definição se sairá um beta 4 ou será fechada a versão para produção.
Hoje existem 76 bugs abertos para o Testlink 1.9 beta 3 sendo 23 resolvidos e 2 fechados.
Para contornar esse problema, podemos baixar o arquivo alterado diretamente do CVS do projeto.
No link abaixo podemos visualizar o arquivo alterado e salvá-lo...
http://testlink.cvs.sourceforge.net/viewvc/*checkout*/testlink/testlink/cfg/const.inc.php?revision=1.139
Para que você possa ir utilizando o Testlink na versão beta até que a versão com o bug fix saia, faça um backup (por precaução) do arquivo INSTALACAO_TESTLINK/cfg/const.inc.php, salve o arquivo do link acima (do CVS) e coloque na mesma pasta, onde INSTALACAO_TESTLINK é o diretório onde o Testlink é encontrado.
Você vai notar que o bug estará corrigido, e uma diferença é que o Testlink será apresentado como Beta 4 (por causa das alterações de bug fix).
Em breve postarei aqui sobre as mudanças desta nova versão, e também oficializar a tradução completa da ferramenta para o Português do Brasil...
Abraços!
terça-feira, 6 de outubro de 2009
Testlink 1.8.4 - Correção de pequeno problema
Se vocês já instalarama versão 1.8.3 ou a nova versão 1.8.4 do testlink se depararam com a seguinte tela após a instalação:
Isso ocorreu devido a uma alteração no PHP 5.3 onde as funções eregXXX começam a lançar a mensagem de deprecated
Existem dois erros abertos para este problema. Os links estão abaixo, mas é preciso se cadastrar no Mantis do TeamST para poder ter acesso:
eregXXX calls should be avoided
http://www.testlink.org/mantis/view.php?id=2083
Deprecated: Function ereg_replace()
http://www.testlink.org/mantis/view.php?id=2830
Para solucionar este problema, efetue a seguinte ação:
Essa constante exibe apenas erros de runtime em PHP. Pode-se tmabém colocar o valor zero (0), que faz com que não sejam exibidos erros.
Você pode ver o problema comentado no fórum do Testlink pelo link abaixo:
http://www.teamst.org/phpBB2/viewtopic.php?t=2203&start=0&postdays=0&postorder=asc&highlight=eregreplace
Abraços!
Isso ocorreu devido a uma alteração no PHP 5.3 onde as funções eregXXX começam a lançar a mensagem de deprecated
Existem dois erros abertos para este problema. Os links estão abaixo, mas é preciso se cadastrar no Mantis do TeamST para poder ter acesso:
eregXXX calls should be avoided
http://www.testlink.org/mantis/view.php?id=2083
Deprecated: Function ereg_replace()
http://www.testlink.org/mantis/view.php?id=2830
Para solucionar este problema, efetue a seguinte ação:
- Abra o arquivo config.inc.php (localizado no diretório de instalação do testlink)
- Vá até a linha 149 e altera o valor da função error_reporting para "E_NOTICE" (sem as aspas)
- Atualize a página
Essa constante exibe apenas erros de runtime em PHP. Pode-se tmabém colocar o valor zero (0), que faz com que não sejam exibidos erros.
Você pode ver o problema comentado no fórum do Testlink pelo link abaixo:
http://www.teamst.org/phpBB2/viewtopic.php?t=2203&start=0&postdays=0&postorder=asc&highlight=eregreplace
Abraços!
quinta-feira, 19 de fevereiro de 2009
Integração do TestLink e Trac
Olá pessoal,
Recentemente nosso vizinho de blog Luiz Gustavo do blog TESTAVO (http://testavo.blogspot.com) criou um post que explica sobre a integração do TestLink e o Trac... dai como muita gente me pergunta, e não consegui ainda fazer esta integração, estou colocando aqui o link do post dele para que vocês possam acessar:
http://testavo.blogspot.com/2009/02/integracao-do-testlink-com-ferramentas.html
Assim que eu conseguir um tempinho aqui, faço também a integração em forma de tutorial.
Não deixem também de ver o post sobre a Integração do Testlink com o Mantis.
Valeu Luiz Gustavo!
Abraços!
Recentemente nosso vizinho de blog Luiz Gustavo do blog TESTAVO (http://testavo.blogspot.com) criou um post que explica sobre a integração do TestLink e o Trac... dai como muita gente me pergunta, e não consegui ainda fazer esta integração, estou colocando aqui o link do post dele para que vocês possam acessar:
http://testavo.blogspot.com/2009/02/integracao-do-testlink-com-ferramentas.html
Assim que eu conseguir um tempinho aqui, faço também a integração em forma de tutorial.
Não deixem também de ver o post sobre a Integração do Testlink com o Mantis.
Valeu Luiz Gustavo!
Abraços!
quarta-feira, 18 de junho de 2008
Integração do TestLink com o MantisBugTracker
Atenção: este post está obsoleto!!!
Para o modo atual de integração veja o post Integração do Testlink com Mantis - modo atual
-->
Para o modo atual de integração veja o post Integração do Testlink com Mantis - modo atual
-->
Neste tutorial aprenderemos a configurar a integração entre o TestLink e o Mantis BugTracker
O TestLink possui a funcionalidade de habilitar o cadastro de um bug diretamente de sua interface para o Sistema de Gestão de Defeitos suportados (Mantis, BugZilla, Eventum, Trackplus, Jira, Trac)
Precondições para a configuração
Ter um servidor Apache, um banco de dados e o PHP instalado. Neste mini tutorial utilizo o WampServer para Windows.
Ter o Testlink instalado. Neste mini tutorial utilizo a versão 1.7.4
Ter o Mantis instalado. Neste mini tutorial utilizo a versão 1.1.1
PS: A versão 1.7.4 já está obsoleta. Utilize as versões mais atuais através do site http://teamst.org
Caminho das aplicações
Tanto o TestLink quanto o Mantis estarão na pasta WWW do WampServer, que pela instalação padrão do Windows é C:\wamp\www.
Caso você utilize outro programa para gerenciar esta tríade (apache, php e mysql) utilize o diretório em que são colocadas as aplicações web
Primeiro Passo – Criando um usuário no Mantis para acesso anônimo
O primeiro passo para iniciar a configuração é configurar o Mantis para acesso anônimo à aplicação. Para isso entre na aplicação, vá ao link Manage (Gerenciar) e clique no botão Create New Account (Criar nova Conta) e crie um usuário que será o nosso usuário anônimo. Neste caso eu utilizarei o nome “testlink”. É importante dar o acesso somente como “reporter” e deixar a checkbox Enabled marcada.
Atenção: Caso você já tenha a configuração de envio de email definida insira um email válido. Caso contrário deixe o email em branco. Neste exemplo não temos configurado o envio de email. Para o Mantis aceitar a inserção da senha no cadastro de usuário copie a variável $g_send_reset_passwor= ON; do arquivo config_defaults_inc.php para config_inc.php e altere seu valor de ON para OFF.
Estes arquivos estão na pasta de instalação do Mantis, no meu caso ela está em C:\wamp\www\mantis-1.1.1
Como não temos o envio de email habilitado e temos a configuração acima efetuada, será apresentada uma mensagem de confirmação de utilização da senha em branco. Clicamos em Empty Password.
Segundo Passo – Habilitando o Mantis para login anônimo (não obrigatório)
Esse passo não é obrigatório! Se você não o fizer a diferença é que você ou terá que já estar logado no sistema para aparecer a tela de report de bugs ou você terá de efetuar o login para acessar a página!
Copie a variável $g_allow_anonymous_login= OFF; e $g_anonymous_account = ''; do arquivo config_defaults_inc.php para o arquivo config_inc.php. Altere o valor da variável $g_allow_anonymous_login para ON e insira na variável $g_anonymous_account o usuário que criamos que é testlink. (nas esqueça de colocá-lo entre as aspas)
O arquivo config_inc.php deve estar semelhante ao da imagem abaixo:
Terceiro Passo – Configurar a interface do TestLink com o Mantis
Agora iremos manipular os arquivos necessários no TestLink para habilitar a utilização do Mantis.
Abra o arquivo mantis.cfg.php que está no diretório de instalação do TestLink na pasta cfg. No meu caso está em C:\wamp\www\testlink\cfg
Teremos que alterar o parâmetro destes arquivos para que o TestLink e o Mantis possam “conversar”.
A tabela abaixo mostra o texto que devemos substituir e por qual valor:
Parâmetro
|
Descrição
|
Substituir por este valor
|
[CONFIGURE_BUG_TRACK_DB_HOST]
|
Qual o host do banco de dados da ferramenta de bugtraker
|
localhost
|
[CONFIGURE_BUG_TRACK_DB_NAME]
|
Qual o nome do banco de dados da ferramenta de bugtracker
|
mantis
|
[CONFIGURE_BUG_TRACK_DB_TYPE]
|
Qual o tipo de banco de dados da ferramenta de bugtracker
|
mysql
|
[CONFIGURE_BUG_TRACK_DB_USER]
|
Qual o usuario de conexão com o banco do bugtracker
|
root
|
[CONFIGURE_BUG_TRACK_DB_USER_PASS]
|
Qual a senha do usuário de conexão com o banco do bugtracker
|
[em branco]
|
Nas duas ultimas configurações altere, se necessário o nome da aplicação do Mantis, referente a aplicação do caminho. No meu caso, como a pasta de acesso a aplicação é mantis-1.1.1 fica assim:
define('BUG_TRACK_HREF', "http://localhost/mantis-1.1.1/view.php?id=");
define('BUG_TRACK_ENTER_BUG_HREF',"http://localhost/mantis-1.1.1/");
Atenção: substitua somente os parâmetros da tabela pelo valor e mantenha as aspas.
Quarto Passo – Habilitando a integração no TestLink com o Mantis
Copie a variável $g_interface_bugs='NO'; do arquivo config.inc para o arquivo custom_config.inc.php e altera o valor NO para MANTIS, ficando assim:
$g_interface_bugs='MANTIS'
Estes arquivos estão na pasta da aplicação do TestLink. No meu caso o caminho é C:\wamp\www\testlink
Quinto Passo – Executando o Caso de Teste e marcando ele como Falha no TestLink
Agora para ver a integração do TestLink com o Mantis teremos que executar um Caso de Teste no TestLink e marcá-lo como falha (failed) para ver tal integração
Note que foi criado uma coluna a mais chamada “BUG Management” e um botão. Clicamos então no botão. Será apresentada a seguinte tela:
Se já existe um bug cadastrado no Mantis insira o código do bug e clique em Add bug, caso contrário clique no link “Access to Bug Tracking System (Mantis)”. Este link acessa o Mantis para que o testador possa cadastrar o bug. Feito isso ele deve inserir o código do bug cadastrado para que ele possa ser inserido no TestLink.
Executado estes passos clique no botão Close e visualize a tela de execução do Caso de Uso.
Abaixo do status de execução do Caso de Teste no TestLink será inserido uma nova tabela contendo o Build, Código do Bug e Descrição do Bug e um botão de remoção desta informação.
Clicando no link da descrição do bug ele será aberto no Mantis, com a visualização dele.
Para todos os status de execução do Caso de Teste existirá o botão do Bug management. Para todas as execuções que inserirmos o bug ela será exibida. Podemos clicar no botão “Show complete execution history” para visualizar.
Necessito habilitar o login anônimo para fazer a integração?
Não! Na verdade habilitamos o login anônimo para ter acesso direto ao bug que foi inserido na execução do teste no TestLink sem precisarmos efetuar o login no Mantis.
Quando inserimos um bug do Mantis no TestLink as informações são obtidas diretamente no banco de dados do Mantis, não influenciando o login.
Chegamos ao final deste mini-tutorial.
Notamos que a integração pode não ser aquela “Brastemp” que pensamos em já abrir a ferramenta de Bug Tracker e ter os dados já cadastrados de forma automática, mas já nos dá uma boa visualização para que o TestLink se propõe que é fazer a gerência de testes.
Não deixe de ver o tutorial sobre a Integração do Testlink e Trac.
Espero que tenham gostado! Qualquer duvida, por favor, postem um comentário!
terça-feira, 13 de maio de 2008
Manual do TestLink 1.7 em português
Pessoal,
Está disponível pelo grupo DFTestes (grupo do Yahoo) o manual da ferramenta TestLink 1.7 em português (pt-br) para download.
Agradecimentos a estas moças pela tradução:
Para baixar o documento é necessário fazer parte do grupo DFTestes
O TestLink é uma ferramenta web opensource para gerenciar Casos de Teste, bem como organizá-los em Planos de Teste.
Fora este documeto existem muitos outros que valem a pena serem baixados e estudados.
DFTestes: http://br.groups.yahoo.com/group/DFTestes/
TestLink: http://www.teamst.org/
Está disponível pelo grupo DFTestes (grupo do Yahoo) o manual da ferramenta TestLink 1.7 em português (pt-br) para download.
Agradecimentos a estas moças pela tradução:
- Marcela Batista Freire
- Lizandra Carl Nascimento
- Danielle Rangel
Para baixar o documento é necessário fazer parte do grupo DFTestes
O TestLink é uma ferramenta web opensource para gerenciar Casos de Teste, bem como organizá-los em Planos de Teste.
Fora este documeto existem muitos outros que valem a pena serem baixados e estudados.
DFTestes: http://br.groups.yahoo.com/group/DFTestes/
TestLink: http://www.teamst.org/
Assinar:
Postagens (Atom)