Return-Path: X-Original-To: apmail-jakarta-jmeter-user-archive@www.apache.org Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 50BE542F2 for ; Thu, 2 Jun 2011 14:36:33 +0000 (UTC) Received: (qmail 39359 invoked by uid 500); 2 Jun 2011 14:36:32 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 39288 invoked by uid 500); 2 Jun 2011 14:36:32 -0000 Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "JMeter Users List" Reply-To: "JMeter Users List" Delivered-To: mailing list jmeter-user@jakarta.apache.org Received: (qmail 39279 invoked by uid 99); 2 Jun 2011 14:36:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Jun 2011 14:36:32 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of flyingrhenquest@gmail.com designates 74.125.83.44 as permitted sender) Received: from [74.125.83.44] (HELO mail-gw0-f44.google.com) (74.125.83.44) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Jun 2011 14:36:26 +0000 Received: by gwb20 with SMTP id 20so459430gwb.31 for ; Thu, 02 Jun 2011 07:36:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=xJFt2Nxbmqd4eHjGMNZUenvFO7gIDRW8MbcyxF6ftXs=; b=TauPb/aqusRlgY5S0kiBMv9pBmKIIIXkpkOaTD2NL+mxjm36jfyD5yBhvWBOZ5kgUP +ldHhEpQb5gXAvxeflbJlGpiyuT8/Y80Z3F3Opw6CU2h8dqz1gEl5Ehsk1xMd+8jAHc2 BlO+KGDJKn4tNRr8xS4eHm/RgWqRxSJaO02mE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=H2ZCyVihd4wXW9G7BREoOSBKqNBVKRF08ZM1y6GxwF1zlQzOc7NN2OPlmGyphjrYb2 wdvjvaeNUi9z62pdNhnyTL+nVkiDjqTQXSSKBpjFluO9RKFeI+SchMwLvCIS17ELJMvY L9/LA9yxthoJqvFXKSxxfrXuZOM5+vjuTLBN4= MIME-Version: 1.0 Received: by 10.150.191.5 with SMTP id o5mr742218ybf.124.1307025365613; Thu, 02 Jun 2011 07:36:05 -0700 (PDT) Received: by 10.151.10.18 with HTTP; Thu, 2 Jun 2011 07:36:05 -0700 (PDT) In-Reply-To: <1307013749031-4447773.post@n5.nabble.com> References: <1307013749031-4447773.post@n5.nabble.com> Date: Thu, 2 Jun 2011 08:36:05 -0600 Message-ID: Subject: Re: problems in performance testing of login page using jmeter From: Bruce Ide To: JMeter Users List Content-Type: multipart/alternative; boundary=000e0cd6b150a13c1504a4bb8efa --000e0cd6b150a13c1504a4bb8efa Content-Type: text/plain; charset=ISO-8859-1 Jmeter does not look for a specific outcome on a page. I gather from your narrative that you're not looking for anything in particular on any page you retrieve. If you request the next page without logging in, your application probably just returns a login page again. Jmeter will see that as a "correct" result, because the web server did not respond with an error. If you run your script with the login disabled and then click on the first http client request in your results tree listener, you can see what was returned in the response tab over on the right. I bet it's a login screen. I would also consider that to be a "Correct" response -- if you request the next page without logging in and it just gives you the next page, that would be a pretty serious problem with your application. So what you need to do is verify the results of the page that was returned to you. You could add an XPath assertion to your httpclient request and tell the assertion to look for something unique that you're looking for on the page you get back from your application. In the case you mentioned where you sent the wrong user name, the application probably responds with an authentication error and the login page again. So you could use Xpath assertions to verify that the error text shows up on the returned page, and that you're being prompted to log in again. Then if you get any other page, jmeter will show a failure at that point. You can test this by leaving the assertion in place and supplying the correct login and password. When you go to the next page, the assertion will look for the error text, not find it and cause a test failure. -- Bruce Ide FlyingRhenquest@gmail.com --000e0cd6b150a13c1504a4bb8efa--