Considerações de design do Automated Test Framework

Testes gerais

Evite modificar ServiceNow tabelas do sistema ou tabelas que estendem o arquivo da aplicação [sys_metadata] que podem mudar o comportamento do sistema. Evite usar ou modificar registros existentes para evitar resultados inesperados entre os testes. A seguir estão alguns dos exemplos comuns de mudanças de dados do sistema que podem causar resultados inesperados.

Representar uma conta existente
Exclua um registro existente.
Executar um teste que desabilita uma regra de negócio ou propriedade do sistema
Validar com um registro existente

Teste paralelo

Reduza o tempo de design de teste executando vários testes e pacotes de testes em paralelo. Projete testes para serem executados em paralelo, evitando conflitos de recursos e dependências de dados.

Evitar conflitos de recursos entre testes paralelos

Evite conflitos de recursos executando testes que criam seus próprios dados. Os testes executados com os dados existentes impedem que outros testes que precisam dos mesmos dados sejam executados em paralelo.

Nota:

Se você tiver dois ou mais testes conflitantes de recursos, consulte Marcar testes como mutuamente exclusivos para criar uma regra de exclusão mútua que impede a execução em paralelo.

Teste com parâmetros

Execute um teste várias vezes com dados de teste diferentes para cada execução. Crie parâmetros para armazenar dados de teste para cada simulação. Consulte Componentes de teste com parâmetros para obter mais informações.

Crie parâmetros para armazenar dados de teste para cada simulação.
Certifique-se de que os testes com parâmetros ofereçam suporte a recursos padrão do Automated Test Framework (ATF), como relatórios, pacotes de testes e rollback de dados. Copiar um teste com parâmetros copia todos os parâmetros, conjuntos de dados de simulação e etapas de teste.
Nota:
Se um teste com parâmetros incluindo etapas de teste de IU personalizada for criado, o sistema usará somente o primeiro conjunto de dados para recuperar componentes.

Teste de IU personalizada

Teste interfaces de usuário personalizadas, como páginas de IU e macros de IU, recuperando seus componentes de página HTML e JavaScript e identificando as ações de teste compatíveis.

Use o inspetor de página para identificar componentes de página testáveis: O inspetor de página determina quais componentes de página estão disponíveis para teste de IU personalizado. Os componentes de página que estão indisponíveis para o inspetor de página não estão disponíveis para testes de IU personalizados.
Navegue até a IU personalizada que você deseja testar: Use as etapas de teste existentes para navegar até a IU personalizada de destino. Por exemplo, para testar um artigo da Base de conhecimento, use as etapas de teste existentes para navegar até um módulo ou para abrir um registro existente. A maioria dos testes de IU personalizados requer o uso de categorias de etapa de teste existentes como parte do teste.
Use a área de componentes para identificar os componentes da página: A área de componente descreve o elemento de layout HTML que contém o componente, como um elemento <div> ou <section>. A área ajuda os designers de teste a distinguir entre os componentes, fornecendo o local no layout da página.
Teste sua IU personalizada em vez de Now Platform IU: O Automated Test Framework impede o teste de IU personalizado dos recursos Now Platform. Por exemplo, você não pode testar painéis ou designers gráficos. Em vez disso, crie testes para validar suas páginas e elementos de IU personalizados porque você tem controle direto sobre essas interfaces do usuário.
Usar atributos HTML para substituir as propriedades de teste do componente da página: Altere as propriedades de teste de um componente de página específico usando atributos HTML específicos de Automated Test Framework. Consulte Substituir ações de teste do componente.
Recuperar componentes de página novamente ao mover testes para outra instância: As etapas de teste de IU personalizada não armazenam componentes de IU como metadados. Os testadores devem recuperar manualmente os componentes da página novamente ao mover testes entre instâncias.

Clonar testes do sistema de produção

Mova seus testes para o sistema de produção para clonar as instâncias mais atualizadas para teste. Acelere o tempo de teste copiando ou clonando diretamente um teste do sistema de produção para uma instância de subprodução.

Nota:

Por padrão, a propriedade do sistema usada para executar testes automatizados está desativada para evitar que você execute acidentalmente esses testes em um sistema de produção. Para evitar a corrupção de dados ou indisponibilidade, execute testes somente em instâncias de desenvolvimento, teste e outras instâncias de não produção.

Mensagens de aviso para todos os testes


Mensagens de aviso	Considerações de design
`Representar um usuário existente pode causar um comportamento inesperado para este teste. Evite possíveis problemas adicionando uma etapa "Criar um usuário". Consulte a documentação de Considerações de design de teste`.	Crie um novo usuário para garantir funções e grupos apropriados e evitar o uso de registros existentes. Para obter mais informações, consulte Testes gerais.
`Usar uma tabela que estende o Arquivo de aplicações [sys_metadata] pode causar um comportamento inesperado para outros testes executados em paralelo. Consulte a documentação de Considerações de design de teste`.	Evite executar um teste com uma tabela que estenda o arquivo de aplicações porque isso pode afetar outros testes. Para obter mais informações, consulte Teste paralelo.
`Usar uma tabela do sistema pode causar um comportamento inesperado para outros testes executados em paralelo. Consulte a documentação de Considerações de design de teste`.	Evite usar uma tabela do sistema porque isso pode afetar outros testes em execução em paralelo. Para obter mais informações, consulte Teste paralelo.
`Usar um registro existente pode causar um comportamento inesperado para este teste. Consulte a documentação de Considerações de design de teste`.	Evite usar registros existentes porque esses registros podem não ter o estado e os valores esperados pelo teste. Use registros criados durante o teste para garantir o estado e os valores apropriados. Para obter mais informações, consulte Testes gerais.
`Modificar um registro existente pode causar um comportamento inesperado para outros testes em execução em paralelo. Consulte a documentação de Considerações de design de teste`.	Evite usar registros existentes porque isso pode afetar outros testes. Use registros criados durante o teste. Para obter mais informações, consulte Testes gerais.
`Usar o tipo de asserção "--None--" pode causar um comportamento inesperado nas ações de IU do servidor. Evite possíveis problemas definindo o tipo de asserção e usando um tempo limite. Consulte a documentação de Considerações de design de teste`.	As ações de IU do servidor fazem com que o formulário atual seja enviado e a página seja recarregada. Selecione um tipo de declaração diferente de Nenhum para evitar qualquer comportamento inesperado das ações de IU do servidor. Defina um tempo limite para garantir que o teste aguarde o envio ou não do formulário antes de passar para a próxima etapa. Ao testar ações de IU do servidor, o tipo de declaração Nenhum é configurado automaticamente como Formulário enviado para o servidor.

Teste de separação de domínio

Ao testar a separação de domínio, você deve definir o domínio primeiro. Isso deve fazer parte da primeira etapa de representação de cada uma das etapas de teste do ATF quando elas dependem de um domínio que está sendo definido. Para saber mais sobre as práticas recomendadas do Domain Separation, consulte Práticas recomendadas do Domain Separation para provedores de serviço.