2009-02-09 13 views
2

La documentation fournit un exemple succinct, et celui qui semble manquer un saut/une paire de toute façon. Lorsque je configure un script pour accéder à un serveur distant et modéliser ma communication NTLM de manière similaire, j'obtiens la sortie suivante:
...
Tous les clients connectés, début du test.
Code invalide reçu.
Erreur lors de l'acceptation de la connexion à distance.
message: Exécutez l'erreur détectée, se terminant clients ...
message: Mettre fin toutes les instances de wcclient ...
Connexion à:
...Quelqu'un a un scénario de test de charge WCAT réussi utilisant l'authentification NTLM?

fonctionne Mon scénario très bien quand je commente le 3 Lignes centrées NTLM. Il échoue quand ils ne sont pas commentés. Le client WCAT est capable d'analyser le scénario, mais je n'ai pas encore creusé dans le mécanisme d'analyse pour voir s'il est correctement analysé.

(je l'ai déjà fixé le bug qui empêche la connexion de plusieurs clients distants, mais il peut y avoir plus.)

Voici la partie pertinente du scénario:

request 
    { 
     url   = "http://weatherforecast-d/"; 
     statuscode = 401; 
    } 

    request 
    { 
     url   = "http://weatherforecast-d/"; 
       // problems begin here... 
      authentication = "ntlm"; 
      username = "my username"; 
      password = "my password"; 
     statuscode = 200; 
    } 

Si quelqu'un a un En cours d'exécution, exemple fonctionnel d'un script WCAT NTLM, je serais très obligé. Je vous remercie.

J'ai nettoyé la journalisation dans wcat.wsf et fait de nombreuses comparaisons. Il doit y avoir une meilleure façon de le faire, mais je ne le sais pas.

  • « authentification » parse tandis que d'autres noms de PARM ne le font pas
  • « nom d'utilisateur » et « mot de passe » ne causent pas des erreurs fatales sur leur propre
  • Si je commente la ligne parm unique « authentification » le test se déroule
  • Si je décommenter la même ligne, il des erreurs fatalement
  • la sortie du script est exactement la même jusqu'à l'échec
  • résultat de base ou NTLM dans le même échec, tout comme le texte des ordures

Le problème semble être caché profondément dans wcclient. Je suppose que je vais devoir commencer à chercher un autre produit.

Répondre

5

L'erreur est dans la documentation:

authentication = "ntlm"; 

devrait être:

authentication = NTLM; 

Le paramètre n'est pas un dynstring, mais un KEYWORD. Les citations jettent l'analyseur hors de l'odeur. Je vais marquer cela comme une réponse, car il est, mais j'ai toujours un problème. À l'heure actuelle, je ne trouve pas la recette exacte pour enseigner à WCAT de reconnaître les réponses 401 et 200 du serveur. Il reconnaît certains des 401 et certains des 200, mais je ne peux pas combiner le bon nombre de requêtes dans une bonne combinaison pour lui faire reconnaître tout.

+0

Avez-vous depuis trouvé une combinaison valide avec le problème de réponse 401 200 – ms007

+1

J'ai presque abandonné la fonction WCAT. Pour les charges rapides, j'utilise TinyGet et pour les tests réels, nous utilisons Loadrunner. Tant d'applications sont maintenant trop complexes pour WCAT, donc tout le problème a perdu sa valeur. – codepoke

+0

+1 pour avoir recommandé TinyGet. Jamais entendu parler de ça. Thx – ms007

0

J'ai également obtenu la même erreur lorsque je mets le port en dehors de la demande à la transaction. L'erreur a disparu une fois que le port est devenu une partie de la demande.

+0

Vous écoutez sur des ports non standard, n'est-ce pas? Explicitement en spécifiant 80 sur les demandes normales ne ferait disparaître aucune erreur, je suppose. – codepoke

Questions connexes