Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-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 0435BC271 for ; Thu, 21 Jun 2012 21:50:52 +0000 (UTC) Received: (qmail 92385 invoked by uid 500); 21 Jun 2012 21:50:51 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 92293 invoked by uid 500); 21 Jun 2012 21:50:51 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 92285 invoked by uid 99); 21 Jun 2012 21:50:51 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jun 2012 21:50:51 +0000 Received: from localhost (HELO Raphaels-iMac.local) (127.0.0.1) (smtp-auth username rbircher, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jun 2012 21:50:51 +0000 Message-ID: <4FE39739.1060906@apache.org> Date: Thu, 21 Jun 2012 23:50:49 +0200 From: Raphael Bircher User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: ooo-dev@incubator.apache.org Subject: Re: [VCLAuto] Problems with build.xml References: <4FE18D32.9030805@gmx.ch> <4FE1AD54.7040203@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hi Zhe Liu Am 21.06.12 07:49, schrieb Zhe Liu: > Hi Raphael Bircher, > Did you run the testing successfully? I wanna get some feedback to improve it. > > I think, the tool itself works, but I run in same trubble. Take a look at http://people.apache.org/~rbircher/download/ooo_bugs/vclauto/ maybe you can help me. Same feedback from the tool. I can compare, because i worked with both. Installation. Both, the old and the new TT are not easy to install. The old one was not so easy cause configuration and so on. The new one is not easy because of the depencity (Ant, Eclipse, junit) So, it's only samething for power Users. I find it harder to execute the new Testtool as the old one. By the old one you have had simply to load the script and run it. By the new one you have to take a look to the parameters. But this is only a entry barriere. Debuging: Sametimes usefull can be the screenshot wich are taken by the VCLAuto. I see no avantage by searching the errors. By both you have to understand source Code. For my point of view it's more a question of the taste, Java or Basic. The Scipts from VCLAuto are more readable, because they ar small and smart. But i have no illusion here, this will change over the time ;-) >From the points above, VCLAuto and VCLTestTool are equal solutions. Well, VCLAuto is maybe newer. But I have two big critisme to VCLAuto - VCLAuto can't test Localized Builds at the moment. - We have much less tests for VCLAuto then for the VCLTestTool (I beleve that the old TestTool covers 20 Times more then the VCLAuto Tests now) This is also the reason why VCLTestTool use much more time to run. VCLAuto is not realy faster, it has simply less Testcase, and from a QA point of view, this is bad news. >From my point of view, the VCL auto is atm not a equal replacement for the VCLTestTool. The VCLAuto is indeed the fresher tool, but also less mature. I support the move to VCLAuto, but i also have to remind every one here that there is still a load of Work. Greetings Raphael