Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 0DD74429E26 for ; Tue, 13 Dec 2011 15:52:01 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bBX9UopunUbJ for ; Tue, 13 Dec 2011 15:51:59 -0800 (PST) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 4973D429E25 for ; Tue, 13 Dec 2011 15:51:59 -0800 (PST) Received: by faaa5 with SMTP id a5so831508faa.26 for ; Tue, 13 Dec 2011 15:51:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version:content-type; bh=M/vSVYXT0lL6HVxpiQZLY2Rad1bSu23NK1bZQ4mt0pg=; b=xEl6SlrEVxiQZXsf8/nOo4Gf3xI8eWwu2keLoFft/zuWkuHelSqAu7WombDQBS9Bfu 9pDOzMY+RFRjY86QOZ/HHAxyk1w7iTUghzqFcRG64lSihVIMIQ8rJvEM1rdU9vhKSZYR weaoex0aocaReoCssvdDQQ50d47qqQEuz0+hM= Received: by 10.180.4.37 with SMTP id h5mr922126wih.45.1323820316532; Tue, 13 Dec 2011 15:51:56 -0800 (PST) Received: from localhost ([91.144.186.21]) by mx.google.com with ESMTPS id dj9sm973169wib.6.2011.12.13.15.51.55 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Dec 2011 15:51:56 -0800 (PST) From: Dmitry Kurochkin To: Jameson Graef Rollins , David Bremner , notmuch@notmuchmail.org Subject: Re: [PATCH] test: optionally print subtest number In-Reply-To: <87pqfs2gfa.fsf@servo.finestructure.net> References: <1323806207-31888-1-git-send-email-david@tethera.net> <87zkew2jtu.fsf@servo.finestructure.net> <87d3bsjc1z.fsf@zancas.localnet> <87hb14ukbc.fsf@gmail.com> <87pqfs2gfa.fsf@servo.finestructure.net> User-Agent: Notmuch/0.10.2+96~g74e5ae5 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Wed, 14 Dec 2011 03:51:19 +0400 Message-ID: <87ehw8uj2g.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 23:52:01 -0000 On Tue, 13 Dec 2011 15:35:53 -0800, Jameson Graef Rollins wrote: > On Wed, 14 Dec 2011 03:24:23 +0400, Dmitry Kurochkin wrote: > > BTW I have some plans to introduce optional explicit test ids that can > > be used for inter-test dependencies. E.g.: > > > > test_begin_subtest test-id-1 "A subtest" > > .... > > ;; in another test requre that test-id-1 passed > > test_require_subtest test-id-1 > > Would the required test need to be listed twice, both on the > begin_subtest line *and* in the require_subtest line? > > And again, why would the test id have to be any different that the > existing test names? The tests already have names, so I don't > understand why we would want to introduce some other kind of > identification. Seems like it's just going to add extra confusion. > What you listed in the other email are test scripts, each with many subtests. I was talking about dependencies between subtests, not test scripts. > And speaking of which, I sometimes worry that the test infrastructure > itself is getting too complicated. Pretty soon we're going to need > tests for the tests. We already have them :) Though, pretty limited. > I don't necessarily see the need to all of these > extra features in the test suite, so I worry that it's just making > everything harder to debug. > I hope we can keep balance here. Without inter-subtest dependencies, we have unhealthy situation where some tests may be skipped because of missing prerequisites, but test that depend on them are failing. The only alternative I see is to rewrite these tests to remove the dependencies. But that would complicate test cases itself, so I believe inter-subtest dependencies is a better option. Regards, Dmitry > jamie.