Re: tools and testing

Russel Winder <[email protected]>
Newsgroups gmane.comp.programming.tools.scons.devel
Message-ID <[email protected]>
On Tue, 2017-04-18 at 09:24 -0700, Bill Deegan wrote:
> Unitesting is there to make sure that no unintention breakage occurs.
> I'm not willing to take a major piece of code into SCons core without
> tests.
> 
> That would violate SCons's practices.

Excellent position, I have no problems with that. For tools I think the
end-to-end tests are essential, and the SCons test framework very
usable.

The question is though that if the _Library type is not exposed is
there actually a test obligation if all the publicly exposed things
(the builders) are exercised by end-to-end tests.

Having said this I am still working on a test for fetching a package
from a local area and installing on a local area so it fits in the test
framework, but it doesn't really emulate what happens in a real case,
so it is not clear to me what is actually being tested, and whether the
test is actually useful. My worry is that such a test simply tests
whether Dub does what it says it does, which is nothing to do with
SCons and the dub tool per se.

On the other hand there are now function in the dub tool that could use
a bit of testing for confidence sake. I am trying to work out how best
to do that with an end to end perspective.

-- 
Russel.
=============================================================================
Dr Russel Winder      t: +44 20 7585 2200   voip: sip:[email protected]
41 Buckmaster Road    m: +44 7770 465 077   xmpp: [email protected]
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

_______________________________________________
Scons-dev mailing list
[email protected]
https://pairlist2.pair.net/mailman/listinfo/scons-dev
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEETwDs1X+Beyaiaer41L3V0s7Np7gFAlj21fEACgkQ1L3V0s7N
p7jjgg//WS00dVECr8nmPVVhl5rVB/Xw+EPAMvIgZKQTkKzpN7VyKfzl71lYWpBP
XbCfHx9A0UUyBEhvxowF/ycGrDHj7/XM/huNiB29RZmy0jAhKf5xjSNmQqJlyvnn
fkYPqUHu8JbjD5BUz6tlNt6ns7ZPVZUkZg3TUtlTHtj9tk3XpScALmSyWRS4N6et
p+HAYpmRIqwt3NVcoJHjyzTlsA3KxCENcYDxopX1H6mSAfXLlMhU++KxkvOyO6Ib
87KSfJWPeT+q+Yikv+FuaNvK+nlBSp1rTu3047NLZouRfrS+78bWHGByam+yDZTQ
aynANnpCwMbK7cPIz3O3NPcQWbmDWlM7OGitFoBwBUThKEnXFj9wrrfg3vASu6qP
Watr6iajjBJca2uwChvASU1ZpdoBuv1tzG0mzwRWkfDzG0WFIu6gfzbr1IIW7OWU
JQKIhP0u+zNyKtjMpZQ/Kg4x6jLT6HGb+bkiveJwmhVQa97JDqVDNdd8eCzQI8K5
GyBzqwrpNbUCD6TjOkhGwORe6IiVYNC0xkAECw+RUlfonso8Be0moPRXkmKIHjBE
EI6ti69BovsknedopxngxB31lX3jU1hikApwtDxx7kCD1MrE5ays6fpaocJ7hNjH
7xqhfiY3E56yR9FtDQ7JzLOVLBW4ERx/NgXEvaFPun1YbwvBcts=
=CW1G
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.