From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15258 invoked by alias); 29 Jan 2005 17:03:04 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 14964 invoked from network); 29 Jan 2005 17:02:06 -0000 Received: from unknown (HELO mail11.bluewin.ch) (195.186.18.61) by sourceware.org with SMTP; 29 Jan 2005 17:02:06 -0000 Received: from computername (83.78.177.238) by mail11.bluewin.ch (Bluewin AG 7.0.035) id 41DE975A00265332 for mauve-discuss@sources.redhat.com; Sat, 29 Jan 2005 17:02:06 +0000 Message-ID: <001701c50624$43f8df20$2101a8c0@computername> Reply-To: "Meskauskas Audrius" From: "Meskauskas Audrius" To: Subject: Discussing a helper class to migrate from JUnit Date: Sat, 29 Jan 2005 17:03:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-SW-Source: 2005-q1/txt/msg00013.txt.bz2 Hello, Following the rules of the Mauve project, I would like to discuss the following addition to Mauve before submission: Motivation: JUnit is another popular testing suite. Some people may already have a JUnit tests written and need to adapt them for Mauve. Some code generators produce tests for JUnit and not for Mauve. In this context, it seems good to have an additional helper class for easier conversion of JUnit TestCase into Mauve Testlet. It is possible to have the individual helper class as a part of the test itself. However it may be better to have it in a more public place where it could be shared. Suggestion: 1. The JUnit TestCase calls static methods like assertTrue(..), assertEquals(..) and so on. The helper class can have the identically named non-static methods, just delegating the call to the current instance of TestHarness. 2. The JUnit TestCase has a multiple public non static parameterless methods, starting with test.... These methods are found and called using reflection. The helper class can do just the same. 3. The two protected methods, setUp() and tearDown(), should be present in a helper class as they are frequently called from the generated code. These two methods can return without action for beginning. The class, implementing these two things, would allow to run a typical JUnit test on Mauve with only minor changes. If no suggested otherwise, the class could be called Unitizer and placed into gnu.testlet. Regards Audrius