Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F238810301 for ; Wed, 13 Nov 2013 17:09:55 +0000 (UTC) Received: (qmail 43351 invoked by uid 500); 13 Nov 2013 17:09:52 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 43272 invoked by uid 500); 13 Nov 2013 17:09:52 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 43264 invoked by uid 99); 13 Nov 2013 17:09:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Nov 2013 17:09:51 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of james.mk.green@gmail.com designates 209.85.212.41 as permitted sender) Received: from [209.85.212.41] (HELO mail-vb0-f41.google.com) (209.85.212.41) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Nov 2013 17:09:44 +0000 Received: by mail-vb0-f41.google.com with SMTP id w8so498898vbj.14 for ; Wed, 13 Nov 2013 09:09:23 -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=LscZBqVTc7Uy7jsEOZOFgnjSADISrEoPjo0N/qXY7Qw=; b=kq44CDey+hFiCZMLEK6eYGGsuD6XHmJcB+C1BI/pDfEqgSBvQE3iBIAOm9AYRsxai2 KlbAH+NktPy8GN/v0iSyzSPXXgwc2uIzjIEB6qqDRP9v8ZFZbwEZ7B9B409FIfbBiH/s Dxnr+ZKILuyYEuk/drXrCdZofAkRYMjJxOtoYU0T13SgeJJyOkRHjnnlcgNHUdaNQg6L FS8OhiDS523L83V4aCJuXx12X6spun9Ggy33r/UaQ0JfpJhPpj4e3Tdc5Qzi7lWZrNcX +VF86pKJ/x5jKKGNvKj2xbLeuiJr/Xr8wjifIES2utuAN2UjxsqREigdEzy0tvZj9Thj HhTA== MIME-Version: 1.0 X-Received: by 10.220.86.69 with SMTP id r5mr35173929vcl.9.1384362563669; Wed, 13 Nov 2013 09:09:23 -0800 (PST) Received: by 10.52.184.66 with HTTP; Wed, 13 Nov 2013 09:09:23 -0800 (PST) In-Reply-To: References: Date: Wed, 13 Nov 2013 17:09:23 +0000 Message-ID: Subject: Re: maven-failsafe-plugin: what is it actually intended for? From: James Green To: Maven Users List Content-Type: multipart/alternative; boundary=001a11c1ff44d91b3b04eb1206f3 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1ff44d91b3b04eb1206f3 Content-Type: text/plain; charset=ISO-8859-1 So where should one place a test that intends on exercising code against something real? We have bits here that involve http calls that pre-date soap and we therefore have no mock. A repeat of the second question from my original post: does the integrate test execute against the artefact produced or against the original source code? On 13 November 2013 15:59, Stephen Connolly wrote: > On 13 November 2013 15:20, James Green wrote: > > > I love the FAQ entry that states that it is intended for running > > integration tests. > > > > The next entry should read: What do you call an integration test? > > > > Any test that takes more than 1 second to run is *not* a unit test. > > Most tests that take more than 50ms to run are *not* unit tests... but > there can be some exceptions > > If a unit test needs to call out to other systems, it will typically use a > mock. > > If your test is actually calling out to other systems (which could be code > from a dependency, etc - i.e. not just a TCP socket, could be a call within > JVM) then it is testing the integration of those two parts... therefore it > is not a unit test. > > There is no hard and fast rule as to where the transition occurs... but we > know that tests who's execution time is greater than 1 second are not unit > tests... and hence are integration tests... > > HTH > > > > > I've asked around and no-one comes up with a consistent answer. I guess > it > > depends on what is executing the integration test. In this case maven is > > invoking someone after the packaging phase so should I expect to run > tests > > against the packaged binary artefact? Is that the purpose here? > > > > Thanks, > > > > James > > > --001a11c1ff44d91b3b04eb1206f3--