Quantas e quantas vezes você já não se deparou com a necessidade de testar sua aplicação em várias navegadores, inclusive nos amados IEs (Internet Explorer). Comecei fazendo esses testes usando o Multiple IE. Deixava o IE7 na minha maquina e usava o Multiple IE para testar do 6 para baixo. Até que nossa empresa amada lançou o IE8, com mais bugs do que o IE7, mas quem diz que clientes sabem disso?
“Ah! Nossas maquinas foram atualizadas para o IE8 e o sistema parou de funcionar. O layout está quebrado, bla, bla, bla…”
Deixe-me fazer uma observação: Como uma empresa faz atualizações em seu navegador e consegue fazer sistema e sites que funcionavam nos antigos pararem de funcionar com as novas atualizações? Uma coisa é existir novas funcionalidades. Outra e fazer funcionalidades antigas pararem de funcionar. Vai entender.
Então o que fazer? Foi ai que descobri o IETester um programinha muito bacana, porém um pouco pesado. Nele você encontra desde do IE5 até o IE8 e o interessante desta nova versão é que você pode dividir a tela do programa com mais de um IE, ou seja testa nos dois ao mesmo tempo. Dentre outras funcionalidades do programa.
Em minhas experiências com ambos sistema aconselho mais o IETester pois fornece mais ferramentas e melhor usabilidades. E para os chatos como eu não espalha aquele tanto de IE no seu sistema. Porém tenha uma máquina um pouquinho melhor para aguentar o programa. Ele é um pouco pesado ainda. E quando for utilizar a funcionalidade de abrir uma url ou uma página com todos ao mesmo tempo, tome cuidado, dependendo da máquina o sistema irá fechar sozinho.
Mais vai um conselho. Cuidado em testar CSS e JS nesses programas pois as vezes eles dão pau e você fica quebrando cabeça atoa. Se você constantemente tem que testar páginas nos IE faça como eu fiz em minha empresa; se tiver a possibilidade. Tenho 3 maquinas diferentes, cada um com um programador. Cada máquina tem um IE, evitamos as atualizações dos navegadores e mantemos as maquinas como estão. Assim temos a garantia de não ficarmos agarrados em Bugs dos programas que emulam o IE.
Outra dica é o seguinte. Tenha também uma maquina com o Vista. Pois tenho enfrentando problemas de diferenças do IE8 para o Vista e o XP.
São dicas para que você não perca tempo e também não entregue algo para o cliente e ele fica torrando a paciência falando que o site está quebrando no IE e você testa na sua maquina e tudo esta certo. Até você descobrir que o sistema operacional também está influenciando no funcionamento IE8
by Lucas Mezêncio
27 jul 2009 at 21:23
Realmente, depois que descobri o IETester minha vida ‘mudou’, mas como nem tudo na vida são flores, testar JS tanto no MultipleIEs quanto no IETester é uma me*da.
by Renato Ferraz
28 jul 2009 at 08:05
Lucas–
Não somente JS, mas também CSS. Já tive vários problemas. Por isso ideal mesmo é você ter máquinas separadas. Menos stress.
by Lucas Mezêncio
28 jul 2009 at 08:43
Eu disse apenas JS pois não trabalho diretamente com CSS. Mas realmente, os designers da empresa onde trabalho fizeram as mesmas observações.
O único problema de ter as máquinas separadas, são as licensas.
Mas anyway. Vamos nos virando como podemos.
by Renato Ferraz
28 jul 2009 at 08:53
Lucas–
Infelizmente a Microsoft só complica nossa vida. O jeito é se virar mesmo. Eu infelizmente tenho que fazer as duas partes CSS e JS.
by jaeger
02 set 2009 at 11:39
Anota aí: IE8 não veio com bugs de css. Na verdade, é a primeira vez que eles realmente estão seguindo (a maioria de) os padrões W3C. Prova disso é que o layout do IE8 está muito próximo do FF3.
Do IE7 pra baixo, você pode dizer que é bug ou violação dos padrões.
by Renato Ferraz
12 out 2009 at 09:37
Jaeger-
Eu não sei o quanto você trabalha diretamente com produção de sites. Mas no dia-a-dia enfrento mais problemas de CSS e JS no IE8 do que em qualquer outro IE. O 8 é tão ruim que a Microsoft já está se preparando para o 9. Vamos ver no que dá.