Para desativar um elemento em um planejamento ou teste para qualquer protocolo, faça o seguinte:
Elemento desativado | Resultado |
---|---|
Grupo de usuários (porcentagem) | As porcentagens nos grupos de usuários restantes são recalculadas. Ao ativar o grupo de usuários novamente, lembre-se de retornar todos os grupos de usuários afetados à porcentagem original. |
Grupo de usuários (absoluto) | O número de usuários nos grupos de usuários restantes é diferente do número total de usuários especificados no planejamento. Se isso ocorrer, novos usuários virtuais serão redistribuídos entre os grupos de usuários restantes para que os números sejam correspondentes. Ao ativar o grupo de usuários novamente, lembre-se de retornar todos os grupos de usuários afetados aos totais originais. |
Pedido que contém uma referência de correlação de dados | A substituição nas ações restantes que dependem desse pedido não funciona. |
Pedido que contém um substituto de correlação de dados | A substituição não ocorre porque a ação inteira é omitida. O substituto que usa a origem de dados desativada também é desativado. Para reativar o substituto, selecione uma origem de dados ativada para substituição. |
Pedido de HTTP que contém uma conexão do servidor | Sem efeito. A conexão é automaticamente criada no próximo pedido. |
Parte do código customizado | O código customizado com argumentos desativados é sinalizado. Se a desativação causar um número inesperado de argumentos transmitidos para os elementos de código customizado, você receberá um erro no tempo de execução. Para corrigir isso, modifique o código customizado para verificar o número de argumentos. |
Constructo data_source IF | Se um constructo IF for marcado como inválido, ele conterá uma origem de dados desativada. |
O elemento de teste e o filho estão desativados | Se você desativar um elemento filho e, em seguida, desativar o pai (por exemplo, um pedido e depois uma página), o elemento filho desativado terá dois prefixos: um criado manualmente e um herdado. No exemplo a seguir, o primeiro pedido herdou o estado desativado. O segundo pedido foi desativado manualmente
e também herdou o estado desativado:
Execute um dos seguintes procedimentos para reativar o segundo pedido:
|
Uma origem de dados ou um intervalo de texto que será substituído | Em HTTP, a tabela Dados exibe esse texto em cinza. |