Return-Path: list-help: list-unsubscribe: List-Post: List-Id: Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list cactus-user@jakarta.apache.org Received: (qmail 66750 invoked from network); 23 Nov 2003 23:00:26 -0000 Received: from unknown (HELO fep03-mail.bloor.is.net.cable.rogers.com) (66.185.86.73) by daedalus.apache.org with SMTP; 23 Nov 2003 23:00:26 -0000 Received: from rogers.com ([24.156.43.226]) by fep03-mail.bloor.is.net.cable.rogers.com (InterMail vM.5.01.05.12 201-253-122-126-112-20020820) with ESMTP id <20031123230033.GITC389421.fep03-mail.bloor.is.net.cable.rogers.com@rogers.com> for ; Sun, 23 Nov 2003 18:00:33 -0500 Message-ID: <3FC13BE0.3040207@rogers.com> Date: Sun, 23 Nov 2003 17:59:44 -0500 From: "J. B. Rainsberger" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030901 Thunderbird/0.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cactus Users List Subject: Re: Asking Questions References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH PLAIN at fep03-mail.bloor.is.net.cable.rogers.com from [24.156.43.226] using ID at Sun, 23 Nov 2003 18:00:32 -0500 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Owen Chau wrote: > Cactus supports "integration unit testing". Can you explain > the nature of this "integration" you refer to. Integration Tests exercise multiple objects together. Object Tests exercise a single object in isolation, usually by faking its collaborators. > Also, how about the > advantages, > if any, of integration unit testing, as opposed to testing the unit in > isolation. Do we need any additional tool and/techniques to cover the > other aspects of unit testing? In theory, if you have 100% Object Test coverage /and/ perfect interface/implementation separation, then Integration Tests are unnecessary. Since no-one has 100% Object Test coverage /and/ perfect interface/implementation separation, Integration Tests are necessary to plug the holes. -- J. B. Rainsberger, Diaspar Software Services http://www.diasparsoftware.com :: +1 416 791-8603 Let's write software that people understand