Verifique todos os sinais vitais antes de lançar o site de um cliente

Resultado: o lançamento de sites sem nenhum teste de função ou carga. Suponha que um fabricante de automóveis, com extrema pressa de colocar um modelo novo no showroom, produziu o carro – ferramental, treinamento da linha de produção, protótipos, todas as peças individuais – sem testar se ele conseguiria parar. Da primeira vez que o carro não parou, tudo começou a desmontar.

"É um desastre prestes a acontecer", define Kevin Murray, vice-presidente de operações da Testpros, um ASP de Virginia que oferece serviços de teste de site. "As empresas de capital de risco fazem muita pressão para o site começar a funcionar. Apesar de não ser a maneira ideal de trabalhar, parece que está na moda. Mas tem o potencial de gerar perda de usuários", diz ele. Se bem aplicado, o processo de testar durante o desenvolvimento do Web site resulta em detecção e correção precoces de falhas, o que poupa dinheiro.

Para a Pólen Informática, a identificação de dados gerais sobre o sistema e usuários diretos e indiretos, além da conceituação e especificação funcional e técnica, são alguns dos procedimentos básicos na hora de testar o Web site. Além disso, é preciso avaliar o mapa do site e sua arquitetura, assim como a logística de entrega dos produtos, a validação e operação comercial, além da segurança de acesso e transmissão de dados.

Durante a validação, a empresa aplica testes técnicos e dos negócios planejados que seguem uma metodologia própria, como navegação básica de todo o site, conferência da ortografia e de padrões visuais. Para isso, a Pólen utiliza ferramentas desenvolvidas internamente, chamadas de Web Checkup. Mas, segundo o diretor presidente da Pólen, Paulo Batalha, a empresa vai além da checagem técnica e oferece como diferencial o teste de aceitação de uso, de acordo com o público usuário.

Através de três empresas de pesquisa de mercado, a Pólen realiza um teste com representantes do perfil do usuário para medir o grau de eficiência do Web site. "O ponto crítico é o tempo para realizar a validação completa do site, que é reduzido, e a combinação dos browsers com as suas várias versões e modelos diferentes de máquinas", diz Batalha.

Se os grandes fabricantes agüentam uma tempestade, as pequenas empresas de comércio eletrônico não podem se dar ao luxo de ver seus clientes passando para o site do concorrente porque a resposta é lenta demais, a página do carrinho de compras não funciona direito ou a autorização do cartão de crédito não responde. As empresas centradas na Web deveriam beneficiar-se dos vários produtos e serviços que permitem testar no início e com freqüência, antes de seus sites estarem ativos e começarem a irritar os clientes. Um destes produtos é fornecido pela RadView Software. O WebLoad carrega um Web site com numerosos clientes virtuais, todos podendo testar a capacidade funcional do site. Estes usuários virtuais estão operando sob o controle de scripts para realizar as várias funções que o site proporciona. "Você tem que fazer o teste sob carga, ou deixará passar erros potenciais e suas conseqüências", diz Phil Hollows, vice-presidente de tecnologia da RadView.

Uma boa novidade do Web Load é um produto acessório, o WebLoad Resource Manager, que fornece dinamicamente recursos de teste e análise para workstations WebLoad acessadas por arquitetos de software, desenvolvedores e profissionais de controle de qualidade e TI distribuídos em um grupo de trabalho ou na organização inteira. Ele pode ser usado durante o ciclo de desenvolvimento pelas equipes de criação e de controle de qualidade. "Todo mundo sabe que quanto mais cedo você testa, mais facilmente resolve o problema", diz Hollows

As cinco principais áreas que precisam ser testadas

1. O processo: todas as funções do site estão funcionando como deveriam?

2. O banco de dados back end: todos os links para o banco de dados estão corretos? O acesso é veloz o suficiente para os requisitos do seu site? Você precisa "afinar" o banco de dados?

3. Balanceamento de carga: múltiplos Web servers compartilham a carga adequadamente, ou um servidor recebe o trabalho inteiro?

4. Escalabilidade: suponha que seu site prospere muito além das suas expectativas. Ele agüenta a carga? Até que ponto o tempo de resposta vai degradar?

5. Desempenho: o site responde à medida que os usuários o solicitam, ou eles vão ficar cansados de esperar e debandar para o concorrente?