Monthly Archive for fevereiro, 2009

O Selenium é uma ferramenta de automatização de testes, muito poderoso, em pleno desenvolvimento, e que se integra em praticamente qq linguagem para web.

É repartida em alguns módulos:
Core            : É o proprio sistema de teste, baseado em JavaScript
Ide             : É um plugin para o Firefox , que ajuda a gravar, ver, editar as ações de teste
Remote Control  : É sistema cliente/servidor que permite que você controle o browser local ou remotamente. É com ele que são executados os testes.
Server          : Servidor de execução dos testes, com o qual o Remote Control trabalha.
Grid            : Ferramenta para executar o Selenium RC em vários servidores ao mesmo tempo. Gerando assim produtividade e diversidade.

É uma ferramente pratica, fácil e ainda é open-source (Apache 2.0 Licence)…

Apesar de ainda em desenvolvimento, está já muito produtiva, atualmente en sua versão 1.0.2, interagindo com muitos browsers e linguagens, não ficamos presos a nenhum tipo de detalhe.
A documentação é bem boa, o codigo do RC pelo menos, é bem fácil de se entender.
A moral do Selenium é conseguir conhecer os objetos html gerados pelo seu aplicativo, e fazer operações que o usuário final faria.
Assim a sua aplicação será testada: clicando, arrastando, escrevendo, abrindo, fechando.. etc..etc..

Interessante também é trabalhar com Selenium + TesteNG, que é o “primo rico” do JUnit. O TesteNG tem tudo que o JUnit tem e mais outras features…

==X==

Aproveitanto o post, eu estava tentando montar a execução de uma suite de teste, sendo que de inicio eu tinha somente 1 classe, mas agora eu estou com 3 e não consegui ajustar corretamente uma ordem na execução das mesmas…
Então fiz o seguinte:

Criem uma classe de Teste inicial, vamos chamá-la de “TI”, que contem uma variavel estática do Selenium

public class TI extends SeleneseTestBase {

    public static Selenium seleniumBase;

    @BeforeSuite
    public void setUp(){
        setUp("http://www.url.com.br/app","*iexploreproxy");
        TI.seleniumBase = selenium;
    }

    @AfterSuite
    public void tearDown(){
        selenium.stop();
    }
}

Criei todas as outras classes de teste desta forma:

public class Teste1TI extends SeleneseTestBase {

    @BeforeClass
    public void setUp(){
        this.selenium = TI.seleniumBase; //Pega a instancia já criada para não abrir um novo browser ...
    }

    @Test
    public void teste1(){ ... }

    @Test
    public void teste2(){ ... }

}

Assim, desta forma, eu consigo executar várias classes de teste, em uma suite sem abrir várias janelas do browser, e sem atropelar métodos e tal … Ah, um outro detalhe é que os GRUPOS de cada método de sua classe de teste valem para TODA A SUITE ! Ou seja, se uma classe A tem métodos do grupo ‘xxx’ e outra classe Z tem métodos que dependem do grupo xxx, então serão executados nesta ordem coerente… hehehe