Return-Path: X-Original-To: apmail-jmeter-dev-archive@minotaur.apache.org Delivered-To: apmail-jmeter-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 84A0510786 for ; Sun, 16 Nov 2014 13:50:15 +0000 (UTC) Received: (qmail 81952 invoked by uid 500); 16 Nov 2014 13:50:14 -0000 Delivered-To: apmail-jmeter-dev-archive@jmeter.apache.org Received: (qmail 81921 invoked by uid 500); 16 Nov 2014 13:50:14 -0000 Mailing-List: contact dev-help@jmeter.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jmeter.apache.org Delivered-To: mailing list dev@jmeter.apache.org Received: (qmail 81908 invoked by uid 99); 16 Nov 2014 13:50:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Nov 2014 13:50:14 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of philippe.mouawad@gmail.com designates 209.85.213.180 as permitted sender) Received: from [209.85.213.180] (HELO mail-ig0-f180.google.com) (209.85.213.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Nov 2014 13:49:48 +0000 Received: by mail-ig0-f180.google.com with SMTP id h15so3856037igd.13 for ; Sun, 16 Nov 2014 05:49:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GKEojqDFoDlIHr6hHNzP2k2UryIJD6w+sqWDFTLjCvo=; b=P2eHgVdjRFI/xk3/ce5CawGZ5vnNtQsdledM9zVk5kb4oDx4oZT7XMi8gUS079GyIl 5x88PTHu6w0oTudctXvMHQXmciPVoVq+P9oOgCpGcq2loSa07fjSkOp0Z1TM8MSnIzRq raErJ8RdvxVkSNXmijyFdIr4zQ2gMtf2GUBrWKzf978mmUZEBoKkpMN/8N5D39OOqo0o UkGOYGNU/EaTmYe5jWs6O+rKv66fxVs4F4iQ9p/3z2lKqktFW7vu45d53AnUr6tRUU3M 6TIu1zPvc4/tpW3FO0jMDVsrwW6C4YxxZt7l3GQrnbJFG5vOF7qT+2Y+L+EKA4BtUuih aopg== MIME-Version: 1.0 X-Received: by 10.107.130.30 with SMTP id e30mr541605iod.87.1416145787524; Sun, 16 Nov 2014 05:49:47 -0800 (PST) Received: by 10.42.102.131 with HTTP; Sun, 16 Nov 2014 05:49:47 -0800 (PST) In-Reply-To: References: Date: Sun, 16 Nov 2014 14:49:47 +0100 Message-ID: Subject: Re: Graphs and reporting in Apache JMeter : Today and Future From: Philippe Mouawad To: "dev@jmeter.apache.org" Content-Type: multipart/alternative; boundary=001a113ece509d9cb20507fa225f X-Virus-Checked: Checked by ClamAV on apache.org --001a113ece509d9cb20507fa225f Content-Type: text/plain; charset=ISO-8859-1 I created https://issues.apache.org/bugzilla/show_bug.cgi?id=57222 for the similarities between Aggregate Report and Summary Report Regards Philippe M. @philmdot On Sun, Nov 16, 2014 at 2:32 PM, Philippe Mouawad < philippe.mouawad@gmail.com> wrote: > Hello, > I would like to start a discussion about the future of graphs and > reporting in Apache JMeter. > > Todays state: > > - My feeling (I don't want to hurt anybody who worked on those > listeners which are interesting and I am aware that what can be great at > some time can become less few years after) is that today: > - we have the following graphs > - Aggregate Graph : currently affected by bug on > https://issues.apache.org/bugzilla/show_bug.cgi?id=57221 in Java > 8 > - Response Time Graph : interesting but slow to generate and I > get OOM when I try to reload an existing CSV in some configuration, I will > report a bug > - Distribution Graph (alpha) : Alpha is not encouraging for > users, is Alpha really needed or is it stable > - Graph Results : Does not look very nice compared with what you > can get today > - we have the following reports: > - Aggregate Report : Interesting > - Summary Report: Differs from Aggregate Report by having > additional Avg Bytes and Std Dev but not Median nor 90%Line > > My opinion and analysis on the current state is the following: > > - We lack of clean reporting that would be generated automatically at > end of load test, all the previous graphs need to be generated from GUI and > makes you lose some time. Also as we discourage Load Testing from GUI we > should propose a way to generate reporting from NON GUI Mode > - Some graphs (Response Time Graph, Aggregate Graph) rely on JCharts > which seems to be abandoned, last release is from 2004 and current bug > 57221 may be related to a bug in the library ,by the way this is an > additional argument to get rid of obsolete libraries in JMeter: > - Avalon (Logging + DataSource) > - Excalibur (logging + DataSource) > - jCharts > - Reports are not sufficient and partly redundant , for example it > seems that in terms of information Aggregate report and Summary Report > should be merged. I looked at their code they are really very similar , I > think one should be removed and the infos in both merged > > > I must reckon that today my colleagues and I for example , we all use > JMeter-Plugins graphs combined with GraphGeneratorListener, and we are very > happy with what we get: > > - > http://www.ubik-ingenierie.com/blog/automatically-generating-nice-graphs-at-end-of-your-load-test-with-apache-jmeter-and-jmeter-plugins/ > > I would be interested to know how users generate their reports and graphs > currently. > > > But some may object that JMeter-Plugins is not JMeter and conclude that > JMeter lacks of an essential feature. > > So I have 2 propositions to improve JMeter in this field: > > - 1/ Create a Brand new Report Generator Listener that would at end of > load test generate a report in HTML or PDF containing: > - Merge of informations contained in current reports > - Generate graphs based on JS Libraries, I am impressed by the > number of libraries that generate nice and sexy graphs: > - http://www.chartjs.org/ > - https://github.com/keen/dashboards/tree/gh-pages/examples > - Having them in HTML would allow some dynamice behaviour but the > ideal result would be to be able to export graphs also as images > - 2/ I don't know if it is possible but what about merging > JMeter-Plugins graphing suite + GraphGeneratorListener in JMeter core if no > library is in conflict in terms of licensing, of course it would required > their agreement :-) > > > I think today any Load Testing tool comes with reporting feature wether > Commercial and Open Source and JMeter as such should improve in this field > to stay one of the leaders in Load Testing field. > > Thoughts ? > > -- > Regards > Philippe M. > @philmdot > > -- Cordialement. Philippe Mouawad. --001a113ece509d9cb20507fa225f--