Como testar programas para compatibilidade com o Windows

Estabelecendo o escopo de teste

Se a sua organização usa muitos aplicativos, você pode não ter tempo para testá-los de forma tão completa quanto quiser. Teste a prioridade mais alta e os aplicativos usados com mais frequência ou muito usadas primeiro. Teste tanto aplicativos baseados em servidor quanto baseados em cliente. Geralmente, os aplicativos baseados em cliente são o teste mais difícil e demorado para testar devido à quantidade de aplicativos.

Definindo a metodologia de teste

Ao planejar a metodologia, considere o seguinte:

Onde ocorrerá o teste?
Quem vai executar os testes?
Como você vai se comunicar com e envolver participantes?
Como você agendará o teste?
Como você vai gerenciar problemas com o aplicativo?

Se a sua organização tiver um grupo de testadores de aplicativos, recomendamos que você os use. Se você não tiver esse grupo, procure por formas de usar uma variedade de recursos para obter os melhores resultados em uma quantidade razoável de tempo. Por exemplo, você pode usar alguns testadores experientes para desenvolver uma bateria de casos de teste, que eles podem treinar outras pessoas para executar. Ou, se preferir, você pode ter os testadores experientes executar um conjunto central de testes e, em seguida, coordenar com unidades de negócios para que seus especialistas sejam executados ao laboratório para executar as funções que eles usam no trabalho. Planeje um processo para agendar os dias de teste e se comunicar com os testadores. Por exemplo, você pode configurar um site da Web em sua intranet onde qualquer pessoa pode exibir datas de teste, relatórios de status, nomes de contatos e outros documentos relevantes.

Identificação dos requisitos de recursos

Ao planejar o teste de compatibilidade de aplicativos, tenha em mente o estado futuro do seu ambiente de computação. Você está planejando atualizar alguns de seus softwares para versões que usam completamente novos recursos do Windows? Você está planejando implementar novas configurações padrão para a área de trabalho ou usar os serviços de terminal? Problemas como esses determinam os recursos que você precisa e os aplicativos que você vai testar como um pacote. Se você planeja implantar novos aplicativos com o Windows durante a implementação, teste esses aplicativos com os aplicativos atuais. Você pode facilitar o teste Configurando um laboratório em que os testadores podem conduzir seus testes. Nesse laboratório, você pode ter as ferramentas e o equipamento necessários disponíveis o tempo todo. No laboratório, configure os computadores de teste para inicialização dupla ou tripla para que os testadores possam acessar rapidamente o modo necessário para instalar e testar seus aplicativos. Por exemplo, talvez você precise do Windows NT 4,0 e do Windows 2000 para testar os aplicativos por meio do caminho de atualização. Para que seja mais fácil para os testadores restaurarem o estado anterior dos computadores, crie imagens de disco dos drives com os sistemas operacionais base.

Definindo critérios de passagem-falha

Defina um procedimento para que os testadores saibam quando e onde eles devem registrar problemas e problemas do aplicativo que você deseja resolver. Para definir os critérios para Pass e Fail, considere problemas como o seguinte:

Quão significativos é o problema? Ele afeta uma função crítica ou um periférico?
Qual é a probabilidade de alguém encontrar o problema?
Existe uma maneira de evitar o problema?

Seu cronograma de testes depende de muitas condições, incluindo:

Quantos testadores participam.
Se os testadores estão neste projeto em tempo integral ou precisam ser agendados.
Níveis de experiência dos testadores.
O número e a complexidade dos aplicativos.

Testando aplicativos

Muitos aplicativos comerciais já foram testados para determinar a forma como dão suporte ao Windows 2000 e posterior. A Microsoft fornece um diretório de aplicativos para Windows 2000 onde você pode pesquisar o status dos aplicativos que você usa. O diretório usa as seguintes designações:

Certified-indicando que o aplicativo foi testado pela VeriTest e que ele aproveita os novos recursos do Windows.
Pronto-indicando que, de acordo com o fornecedor, o aplicativo foi testado quanto à compatibilidade com e é compatível com o Windows 2000. O aplicativo não aproveita necessariamente os novos recursos do Windows.
Planejado – indicando que a intenção é que o aplicativo atenda aos critérios certificados ou prontos quando ele é totalmente testado.

Estratégias de teste

O objetivo do teste de seu aplicativo é verificar se tudo o que funciona em sua plataforma atual também funciona na sua versão atual do Windows. Se um aplicativo foi escrito para uma versão anterior do Windows, ele não necessariamente usa novos recursos do Windows, mas sua funcionalidade deve funcionar no Windows 2000, como na sua plataforma atual.

Aplicativos comerciais

Para aplicativos comerciais, a primeira etapa é executar a configuração no modo somente atualização de verificação para verificar se há possíveis incompatibilidades. Quando você executa a configuração nesse modo, o Windows verifica se o software instalado está em uma lista de aplicativos que são incompatíveis e registra os que encontrar. O formato de linha de comando para o modo somente atualização de verificação é:

winnt32 /checkupgradeonly Embora essa ferramenta possa alertá-lo sobre possíveis problemas de compatibilidade, ele corrige apenas uma pequena porcentagem dos aplicativos e somente os aplicativos instalados no computador que você está verificando. A próxima etapa é verificar o diretório de aplicativos do Windows para determinar a compatibilidade dos aplicativos que você usa. Mesmo que você ache que alguns dos seus aplicativos já foram testados por outras pessoas, você deve testá-los em seu ambiente. Nesse caso, concentre o teste na maneira como a sua organização usa os aplicativos. Por exemplo, teste o seguinte:

Configurações usadas por sua organização.
Recursos usados com mais frequência.
Combinações de aplicativos que você usa juntos.

Lembre-se de testar o software antivírus. Muitos desses aplicativos precisam ser atualizados devido ao uso de filtros do sistema de arquivos. Muitos filtros do sistema de arquivos do Windows NT 4,0 podem não funcionar no Windows 2000 ou posterior devido a alterações no sistema de arquivos NTFS.

Aplicativos personalizados

Se você usa produtos personalizados de terceiros ou desenvolve aplicativos internamente, precisa desenvolver uma estratégia de teste mais ampla do que para aplicativos comerciais já testados. Mesmo que você esteja testando um aplicativo que você não desenvolveu, a especificação do aplicativo Windows 2000 pode dar uma visão detalhada do teste. O website da MSDN em http://msdn.Microsoft.com inclui uma versão para download da especificação. O site da MSDN também contém outras informações importantes sobre testes, como White papers sobre testes exploratórios e o método que as organizações de teste independentes usam para testar a funcionalidade dos fornecedores de aplicativos para serem enviadas para certificação.Observação: as sugestões de teste nesta seção não são abrangentes e não se aplicam a todas as situações. Eles são fornecidos para ajudá-lo a começar a pensar sobre como testar.

Testar cenários de implantação

Teste a instalação e a execução de aplicativos usando os cenários que você planeja usar durante a implantação. Por exemplo, você pode planejar implantar instalando em computadores limpos ou atualizando do Windows 95 ou Windows 98 ou de uma versão anterior do Windows NT. Se você planeja atualizar, pode manter os aplicativos no computador durante a atualização, ou pode desinstalá-los e reinstalá-los após a atualização. Devido a diferenças entre o Windows 95 ou o Windows 98 e o Windows 2000, algumas instalações de aplicativos funcionam de maneira diferente dependendo do sistema operacional que você usa para a instalação. Por exemplo, se você instalar um aplicativo em um computador com o Windows 95 ou o Windows 98 e atualizar o computador para o Windows 2000, o aplicativo pode não funcionar da mesma maneira que faria se tivesse sido instalado no Windows 2000. Nesse caso, talvez seja necessário desinstalar o aplicativo e reinstalá-lo depois de atualizar ou obter uma DLL (biblioteca de vínculo dinâmico) de migração. Uma DLL de migração permite que um aplicativo que foi instalado originalmente no Windows 95 ou Windows 98 funcione corretamente após a atualização do computador para o Windows 2000. As DLLs de migração podem resolver problemas de aplicativos executando as seguintes ações:

Substituir ou atualizar arquivos específicos do Windows 95 ou do Windows 98 com arquivos compatíveis com o Windows 2000.
Mapeando chaves do registro específicas do Windows 95 ou do Windows 98 para os locais apropriados do Windows 2000.

Cenário de atualização

Se você estiver planejando atualizar seus computadores:

Instale o Windows 95, o Windows 98 ou o Windows NT 3,51 ou posterior.
Instale o aplicativo que você deseja testar.
Atualize o computador para o Windows 2000.
Testar o aplicativo.

Cenário de instalação limpa

Se você estiver planejando instalar em computadores reformatados:

Instale o Windows 2000.
Instale o aplicativo.
Testar o aplicativo.

Testar a instalação e a desinstalação

Teste a instalação do aplicativo de várias maneiras, como a seguinte:

Encerre a instalação antes que ela seja concluída.
Experimente todas as opções de instalação usadas em seu ambiente.
Se a sua organização permitir que os usuários instalem aplicativos, teste a instalação como administrador e como usuário avançado; em seguida, teste a funcionalidade do aplicativo.
Tente desinstalar os aplicativos.
Verifique se um aplicativo pode ser instalado por um administrador e desinstalado por um usuário. Quando você está conectado como usuário, a desinstalação deve ser concluída ou não permitida.

Testar aplicativos usando os recursos, configurações e pacotes de aplicativos que você usa para realizar tarefas comerciais.

Acessar dados

Tente acessar dados de várias maneiras, como o seguinte:

Acessar dados em um servidor que esteja executando a versão atual do Windows, bem como em um servidor que executa o Windows 2000.
Teste o uso simultâneo de um banco de dados, incluindo o acesso simultâneo e a atualização de um registro.
Executar consultas complexas.

Teste de impressão

Imprima uma variedade de tipos de documento com uma variedade de impressoras, como as seguintes:

Imprimir documentos com arquivos incorporados de vários aplicativos de origem.
Imprimir em impressoras com nomes de arquivo longos.

Problemas comuns de compatibilidade

Aplicativos desenvolvidos para versões anteriores do Windows podem não aproveitar ao máximo os novos recursos, como o Active Directory ou o IntelliMirror. Esta seção não aborda esses novos recursos.

Proteção de arquivos do Windows: versões anteriores do Windows permitiam que os aplicativos substituam arquivos de sistema compartilhados durante a instalação. Quando tais alterações ocorreram, os usuários encontraram com frequência problemas que esgamaram de erros de programa para um sistema operacional instável. A proteção de arquivos do Windows é um novo recurso que impede que os aplicativos substituam arquivos de sistema. Esse recurso verifica se os arquivos de sistema protegidos são da versão correta da Microsoft. Se um arquivo foi substituído por uma versão incorreta, o Windows restaura a versão correta.
Verificação de heap robusto: o Windows inclui vários aprimoramentos de desempenho no Gerenciador de heap. Os aplicativos que não usaram o gerenciamento de heap corretamente antes podem ter seus problemas de gerenciamento de memória expostos. Problemas comuns incluem o uso da memória depois que ela é liberada e presumir que uma memória não se mova quando for realocada para um tamanho menor.
Enumeração de dispositivos de hardware: as alterações na lista de dispositivos de hardware com suporte podem causar problemas para aplicativos que usam dispositivos que não têm mais suporte.
Enumeração de fontes: a lista de fontes foi alterada. Como as chaves do registro foram adicionadas à internacionalização de suporte, alguns aplicativos podem ver várias exibições de fontes.
Chaves do registro alteradas: algumas chaves do registro foram movidas ou excluídas. Os aplicativos que escrevem na API (interface de programação de aplicativo) não devem ter problemas, mas eles podem ter problemas se digitarem diretamente no registro.
Verificação de versão: os programas de instalação de aplicativos que verificam versões incorretamente podem ter problemas. Verifique se a versão que seu aplicativo exige ou mais recente, a menos que o aplicativo seja dependente de um sistema operacional ou uma versão específica.
Serviço de mensagens do Windows: os aplicativos que esperam que o Windows Messaging Service (WMS) seja fornecido pelo sistema operacional não o encontrarão.
Dados de entrada/saída de arquivos: o Windows tem a segurança reduzida para entrada e saída de arquivos. Os aplicativos que usam filtros de arquivo, como programas antivírus, podem perder funcionalidade significativa no Windows 2000 ou posterior.

Resolvendo incompatibilidades de aplicativos

Quando você encontra problemas de compatibilidade do aplicativo, é preciso priorizá-los e atribuir a alguém para solucioná-los. Você deve ter um plano para atribuir problemas. Atribuir o pessoal apropriado para pesquisar e resolver problemas é essencial para o sucesso do teste de seu aplicativo. A resolução de problemas pode incluir uma ampla variedade de atividades, como as seguintes:

Pesquisando sites para problemas e soluções conhecidos.
Contatando fornecedores para patches, programas de instalação ou DLLs de migração.
Como entrar em contato com o suporte da Microsoft.
Depuração de aplicativos desenvolvidos internamente.

Ao pesquisar a causa de um problema, considere várias abordagens para determinar a solução mais eficiente. Por exemplo, você pode optar por:

Corrija o problema se você desenvolver o aplicativo.
Peça que o fornecedor corrija o problema se você comprou o aplicativo.
Substitua o aplicativo por uma nova versão ou aplicativo.
Ignore a falha se você tiver uma forma de contornar o problema.

Sempre certifique-se de que um problema não ocorra na sua plataforma atual antes de procurá-lo como um problema de compatibilidade do Windows 2000. Alguns dos recursos disponíveis para pesquisar problemas de compatibilidade do Windows 2000 são:

Especificação do aplicativo Windows 2000, que você pode baixar na MSDN Library emhttp://msdn.Microsoft.com. O Apêndice E fornece o local específico onde você pode obter a especificação.
Guia de compatibilidade do Windows 2000, que você pode encontrar na biblioteca MSDN em http://msdn.Microsoft.com. Este guia inclui informações importantes sobre o diagnóstico de problemas de compatibilidade.
Microsoft TechNet emhttp://www.Microsoft.com/technet, que contém atualizações, White papers e outras informações técnicas
Diretório de aplicativos do Windows 2000, que inclui informações de suporte e links para sites de fornecedores.