Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 68714 invoked from network); 3 Dec 2004 10:43:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 3 Dec 2004 10:43:55 -0000 Received: (qmail 33752 invoked by uid 500); 3 Dec 2004 10:43:46 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 33696 invoked by uid 500); 3 Dec 2004 10:43:46 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 33682 invoked by uid 99); 3 Dec 2004 10:43:46 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of melowe@gmail.com designates 64.233.184.193 as permitted sender) Received: from wproxy.gmail.com (HELO wproxy.gmail.com) (64.233.184.193) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 03 Dec 2004 02:43:44 -0800 Received: by wproxy.gmail.com with SMTP id 55so1074515wri for ; Fri, 03 Dec 2004 02:43:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TcG6S6xhbMDX2scTMfE1O5OhC5gF7LRzmCiPEcs19jQ+JWXsiUOv6YliBbusVdz3ipXUibAWDJuV6JSrNEbL5Bd2/x4iyRjOS+xxnKUk/crpJcLaHTxBTrX4nvJTgo7M2CUHcFbFrM69MGthjQxCQucex0H1Td9sVqBFM6YSmjs= Received: by 10.54.54.78 with SMTP id c78mr206512wra; Fri, 03 Dec 2004 02:43:42 -0800 (PST) Received: by 10.54.27.67 with HTTP; Fri, 3 Dec 2004 02:43:42 -0800 (PST) Message-ID: <3e1257da04120302434334da5@mail.gmail.com> Date: Fri, 3 Dec 2004 11:43:42 +0100 From: Mark Lowe Reply-To: Mark Lowe To: Jakarta Commons Developers List Subject: Re: [OT] Test generation In-Reply-To: <002201c4d8fa$ad9b3470$6500a8c0@BERNARDNB> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <002201c4d8fa$ad9b3470$6500a8c0@BERNARDNB> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Corey I'd be interested in what ideas you have for test generation. I've a few bits I'd like maven test plugin todo that perhaps it cant, such as being able on configure fixtures in maven.xml , but I haven't got as far as seeing how I could achieve this. An xdoclet approach i fear would bloat non test code out with xdoclet comments. I assume you'd like to be able to define the test class to be subclassed and perhaps some of the default tests that are generated e.g. Struts test case. I'd really like to find a maven configable way for defining fixtures for spring, so the db is setup cleanly on each setup, and removed on each teardown. Like i say I'm short of ideas at the moment, but I'd certainlty like to hear your thoughts. Mark On Fri, 3 Dec 2004 06:41:03 +0100, Bernard D'Have wrote: > Have a look at http://www.beust.com/testng/ > > Bernard > > > > -----Original Message----- > From: Corey Scott [mailto:corey.scott@gmail.com] > Sent: Friday, December 03, 2004 6:11 AM > To: Jakarta Commons Developers List > Subject: [OT] Test generation > > A quick question for the collective brains trust. > > I have been looking into test (and code) generation and have come to a > unexpected results. > 1) JUnitDoclet appears to be the only (reasonable) opensource product around > 2) commerical equiv are incredibly expensive > 3) JUnitDoclet seems extremely like a decent tool, up to a point. It seems > extremely limited and not terribly configurable (at least easily). And > support for standard tests or standard layouts for common code structures > does not seem easy/available > > This brings me to my questions: > 1) Are the statements above correct? It seems like I must have missed > something > 2) Are their any OSS efforts around to produce an extended test generation > framework and maybe a repository of easily customizable tests? > 3) If not, is anyone interesting in looking into the creation of such a > thing? > > Regards, > Corey > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org