Re: Test code is worth the space

From: David Fetter <david(at)fetter(dot)org>
To: Greg Stark <stark(at)mit(dot)edu>
Cc: Noah Misch <noah(at)leadboat(dot)com>, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Test code is worth the space
Date: 2015-08-18 22:32:18
Message-ID: 20150818223218.GB11258@fetter.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Aug 18, 2015 at 04:54:07PM +0100, Greg Stark wrote:
> On Tue, Aug 18, 2015 at 2:16 PM, David Fetter <david(at)fetter(dot)org> wrote:
> > I'm given to understand that this tight coupling is necessary for
> > performance. Are you saying that it could be unwound, or that
> > testing strategies mostly need to take it into account, or...?
>
> I'm just saying that we shouldn't expect to find a magic bullet test
> framework that solves all these problems. Without restructuring
> code, which I don't think is really feasible, we won't be able to
> have good unit test coverage for most existing code.
>
> It might be more practical to start using such a new tool for new
> code only. Then the new code could be structured in ways that allow
> the environment to be mocked more easily and the results observed
> more easily.

Great!

Do we have examples of such tools and code bases structured to
accommodate them that we'd like to use for reference, or at least for
inspiration?

Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2015-08-18 22:40:11 Re: Error message with plpgsql CONTINUE
Previous Message Marko Tiikkaja 2015-08-18 21:36:17 Re: Add support for RADIUS passwords longer than 16 octets