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
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 |