obrigado desde já ! parabéns pela matéria.

Por favor, abra a seguinte url: http://seleniumhq.org/projects/core/reference.html

Procure por “selectWindow ( windowID )”

//————————————————–

Também existe a seguine extensão (que eu não usei): http://wiki.openqa.org/display/SEL/selectWindow extension

//————————————————–

Acredito que a resposta dada para o “Marco Ivan”, em Abril de 2009 também se aplica à você, principalmente o item #9, que fala sobre temporização.

Conforme a navegação e os testes vão ficando cada vez mais complexos, se você usar apenas o Selenium IDE, existe a chance de que não fiquem muito confiaveis. Isto pode ocorrer em função de problemas de temporização.

Usar uma linguagem de programação (Java/Ruby/Python/…) junto com o Selenuim-RC trará muitos benefícios, principalmente quanto ao controle necessário para se fazer algo robusto e confiável.

Boa Sorte!

Odracir.

minha tela tem um input que precisa receber um “code” obtido pela abertura de um popup. Então, o usuário clica num botão, aparece nova janela (popup) com uma tabela. O Usuário seleciona uma célula/linha da tabela deste popup e clica no botão adicionar. Daí o popup fecha e a informação (value) daquela linha é passada como “code” para o input da outra tela. Tudo funciona perfeitamente. O Selenium chega a abrir o popup mas acusa o erro de não encontrar o “windows”: não consegue selecionar a nova janela que é aberta. Bem, tentei milhões de alternativas. Utilizo Selenium_Ide e trabalho com o formato HTML do Selenium. Será que trabalhar assim limita os recursos da ferramenta?

obrigado desde já ! parabéns pela matéria. Abraço

o Selenium não roda no Safari.

Veja em http://seleniumhq.org/about/platforms.html#browsers

Firefox 3 Record and playback tests Firefox 2 Record and playback tests IE 8b1 not supported ? ? IE 7 not supported Safari 3 not supported
Safari 2 not supported
Opera 9 not supported
Opera 8 not supported

Olá Marco!

Como você disse que precisa fazer uns testes mais complexos, eu gostaria de sugerir o seguinte:

1) Baixe o Selenium Remote Control (RC), pois ele já contém o Selenim Core que será usado pelo RC… http://seleniumhq.org/download/ Apesar de ser a versão 1.0 beta 2 ela é bem estável.

2) Com o Selenium Remote Control, você pode usar uma linguagem de programação “decente” (Ruby, Python, Java, etc…); assim será possível implementar a sua lógica de testes de uma forma mais aprimorada. Para maiores detalhes, acesse: http://seleniumhq.org/documentation/remote-control/

3) Se você estiver usando java (o que é mais comum nas empresas ultimamente), acesse o link: http://seleniumhq.org/documentation/remote-control/languages/java.html e baixe o arquivo: http://seleniumhq.org/documentation/remote-control/languages/selenium-java-example-for-newbies.zip

4) Use os exemplos, modifique-os até se sentir mais à vontade, compreendendo como tudo funciona. Lembre-se que é necessário ter o servidor do selenium rodando em um outro processo, enquanto os seus testes são executados. Vá para o diretório: …/selenium-remote-control-1.0-beta-2/selenium-server-1.0-beta-2/ Execute: java -jar selenium-server.jar Para maiores informações: java -jar selenium-server.jar –help

5) Resista à tentação de sair codificando imediatmente! (Primeiro o planejamento, depois a execução …)

6) Se você tem acesso aos fontes da aplicação que está sendo testada, o ideal é garantir que todos os elementos que serão manipulados possuam um “id” para serem endereçados pelos testes. Evite acessa-los através da posição, use sempre o id/nome.

7) Crie classes que representam as suas telas.

Crie convenções que possam ser utilizadas em todas as telas. Por exemplo: Todos os botões possuem um id composto pelo prefixo “id” + o texto do botão; assim em todas as telas o botão “Gravar” sempre terá o id=”botaogravar”, e assim por diante… Coloque todo este comportamento “comum” numa superclasse comum à todas as telas.

9) Cuidado com temporização. Às vezes é necessário colocar alguns “delays” nos testes após um clique ou evento qualquer, para dar tempo de o javascript rodar no browser a atualizar a condição que você espera. O mesmo vale pro “Ajax”, sincronize as mudanças de estado.

10) Com o tempo, você vai acabar criando praticamente uma DSL para os seus testes/domínio, desta forma será muito mais fácil implementar novos testes e manter os anteriores. Este é um investimento que vale à pena.

Se as dúvidas persistirem, indique com mais detalhes o problema observado e o ambiente que você está usando.

Boa Sorte!

Odracir.