Como você deve abordar o suporte a navegadores da Web de atualização rápida?

5

Hoje, o Firefox 5 foi lançado. Se tudo correr conforme o planejado, o Firefox 7 será lançado até o final do ano. O Firefox adotou o modelo de desenvolvimento do Google Chrome, no qual os números de versão são pouco importantes e, portanto, apenas apoiar "o mais recente (publicamente disponível)" é provavelmente a melhor estratégia.

Mas como você testa melhor isso? Como meu pessoal de QA apontou, se você disser ao cliente que você oferece suporte à "versão mais recente", mas sair uma versão que interrompe seu site, você tem um problema porque agora você afirmou que suporta um navegador da Web que não usa t. E como o Firefox e o Chrome agora se atualizam automaticamente, a pessoa comum provavelmente não tem nem ideia de qual versão está sendo executada. E tê-los ou não atualizar ou reverter não é trivial.

Estou achando que há um número de organizações que exigem que seus funcionários usem o IE (o chefe de TI assina a escola de pensamento da Microsoft), ou obriguem seus funcionários a usar o Firefox (o chefe de TI assina o IE-is -segure escola de pensamento), para atualização do Chrome constantemente era um não-problema. Mas agora que o Firefox é um membro desse clube, vejo que isso se tornará um problema maior em breve.

Meu palpite, no caso do Firefox, seria que o canal Aurora é a chave, mas qual é a melhor maneira de abordar o teste? Devemos consertar qualquer coisa que surja como um problema no Aurora, ou devemos esperar até mais perto do lançamento agendado? As pessoas automatizam esse tipo de coisa?

    
por Tom Kidd 21.06.2011 / 23:27
fonte

5 respostas

4

Vamos refletir um pouco aqui por um minuto - o único navegador na última década que causou grandes problemas em sites existentes quando alterou o número da versão foi o Internet Explorer.

Não me lembro de uma única instância de um cliente me ligando e me dizendo que o site está quebrado com a versão mais recente do Chrome ou do Firefox. Pode ter havido alguns problemas visuais muito menores, como preenchimento / margem sem pixel perfeito ou algo semelhante, mas no geral os navegadores compatíveis com os padrões foram extremamente consistentes na forma como eles renderizam sites.

Novos recursos e APIs foram adicionados em versões recentes, mas eles não devem separar sites que não os usaram. Os recursos experimentais geralmente usam propriedades específicas do fornecedor e são usados a critério do desenvolvedor. Você nunca deve confiar em um recurso experimental que ainda não tenha sido estabilizado.

Então, no que me diz respeito, só me preocupo com a chegada da próxima versão do Internet Explorer. O Chrome, o Firefox, o Safari e o restante podem continuar atualizando o quanto quiserem, desde que continuem a renderizar sites de forma consistente como há anos.

Não estou dizendo que você não deve testar seus sites com novas versões à medida que forem lançados, mas provavelmente será um problema muito menor do que você está prevendo. Minha sugestão é garantir suporte para a versão principal (market-share wise) no momento do lançamento e mais uma versão futura para qualquer coisa, exceto o Internet Explorer . O cronograma de lançamento do IE é bastante fraco e não deve apresentar um problema.

    
por 22.06.2011 / 00:12
fonte
3

Acho que a versão contínua dos navegadores significará o fim da abordagem conhecida como "suporte a todos os principais navegadores".

A partir de agora, ele estará "suportando os dois últimos lançamentos dos principais navegadores". Testando tudo de volta também a origem se tornou muito para lidar. A equipe do Stack Exchange adotou mais ou menos a mesma estratégia (não consegue encontrar a página em que está falando).

De qualquer forma, o ponto de teste em todas as versões desapareceu com os navegadores modernos. Tem sido o caso com o IE que as pessoas ficaram presas com uma versão particular (geralmente antiga) por anos. Se um usuário tiver algo diferente do IE, é provável que ele seja instruído sobre os navegadores e não tenha problemas em atualizá-lo quando necessário. O mais provável é que ele ainda tenha a atualização automática na qual elimina totalmente o problema.

    
por 21.06.2011 / 23:40
fonte
1

Embora seja fácil para os fornecedores de navegadores, que estão presos em uma profunda concorrência entre si, lançar novas versões, as pessoas não atualizam quase tão rapidamente quanto as versões dos navegadores estão sendo lançadas. Por isso, é importante ignorar, pelo menos um pouco, o cronograma de lançamento rápido dos fornecedores e adotar um cronograma que melhor atenda às necessidades de sua própria aplicação.

Pingdom recentemente fez uma pesquisa dos dados do StatCounter, onde eles levantaram uma hipótese relevante: as pessoas só atualizam quando recebem um novo computador ou um novo sistema operacional.

Portanto, se metade dos seus usuários ainda estiverem executando o Firefox 3.5 ou o Internet Explorer 7, não faz muito sentido descartar o suporte a um deles: a menos que seu aplicativo seja de missão crítica, caso ainda não tenham sido atualizados, eles não vão atualizar só porque você diz para eles.

No outro lado da moeda, se muito poucos de seus usuários estiverem atualizando para as versões mais recentes dos navegadores, não faz muito sentido gastar muito tempo fazendo testes com eles.

Mas agora estamos em um ponto em que a maioria dos navegadores lançados tem uma linha de base funcional: a ideia de que uma nova versão de um navegador separará sites que segmentam navegadores mais antigos é algo do passado.

O único navegador que tradicionalmente enfrentou esse problema, o Internet Explorer, agora inclui suporte para X-UA-Compatible , por isso, se não tiver certeza ou não tiver certeza de que seu site funcionará corretamente na versão mais recente, você poderá segmentar uma versão específica do mecanismo do IE.

Tudo isso dito, todos os principais fornecedores de navegadores agora fornecem pré-visualizações de desenvolvimento com o objetivo de testar antes de serem lançados: você raramente deve ser pego de surpresa de uma nova versão principal .

O que eu pessoalmente faço é percorrer o roteiro para o lançamento do canal de desenvolvimento (novamente, todos os principais fornecedores de navegador geralmente publicam o que esperam realizar na próxima versão principal) e avaliar se essas coisas afetam meus aplicativos. Se o fizerem, é importante se concentrar naqueles que estão no início do ciclo de desenvolvimento. Caso contrário, eu costumo fazer testes superficiais no final para ter certeza de que nada inesperado quebrou.

    
por 21.06.2011 / 23:46
fonte
0

Você deve ficar de olho nos seus registros para ver quais navegadores seus clientes tendem a usar. Em seguida, você define uma versão de linha de base de cada navegador principal e permanece com ela. No entanto, você também deve estar ciente das próximas alterações importantes em qualquer navegador que seja popular entre seus usuários.

Por exemplo, se > 60% de seus usuários usarem os sabores do MSIE, verifique se você está testando com versões mais recentes das próximas versões. Instale as VMs para testar em vários sistemas operacionais, se necessário.

Embora a maioria das pessoas não tome conscientemente a decisão de atualizar, muitas vezes essa decisão é tomada por elas. Em um trabalho anterior, passamos a maior parte do ano reprojetando e desenvolvendo nosso novo site. Nós testamos contra o MSIE 6 e 7, assim como a versão atual do FireFox. Duas semanas antes de entrarmos no ar, o Windows Update enviou automaticamente o MSIE 8 para a maioria dos nossos clientes e descobrimos que nosso layout CSS falhou no novo navegador.

Felizmente, seguimos as melhores práticas relacionadas ao layout CSS, uma biblioteca CSS Grid estabelecida resolveu os poucos problemas que haviam sido descobertos e a equipe de QA estava muito familiarizada com o teste de problemas de layout. Fomos ao vivo conforme programado, mas depois, nos certificamos de testar as próximas versões do MSIE à medida que as compilações fossem disponibilizadas.

    
por 22.06.2011 / 00:08
fonte
-2

Por não usar HTML para conteúdo original. Use alguma forma de XML e, em seguida, uma linguagem de transformação como XSLT para criar o HTML / Javascript / CSS otimizado para o conjunto de navegadores de destino (atual).

O pessoal do HTML5 (possivelmente involuntariamente considerando a confusão poliglota) tornou o caso do XML muito mais strong.

    
por 22.06.2011 / 00:29
fonte