On Mon, 18 Jul 2016 17:52:18 +0200
=?utf-8?q?Santiago_Ruano_Rinc=C3=B3n?=  wrote:
>
> Please, find attached an updated debian/tests dir. I have updated
> Ubuntu's current files and modified some Ubuntu specificities.
>
> Amos, these tests are independent from squid building process. Instead,
> they make it possible to automatically test squid on a running
> environment. The declared dependencies relate only to the testbed
> environment.

Thanks for the update. Yes, I know they are supposed to be testing an
emulation of production systems. Its just that they don't do it well/right.

The issues I have was/is that they used to be far less well documented
(that seems to be better now), and many of the tests are testing things
which are impossible for Debian builds to pass. The prominent TODO list
entries (still) are going on about how to test squidGuard package in
isolation - without using Squid or any of the other test environment
dependencies, that at least should be moved to squidguard package
auto-tests.

Specific examples for anyone with time and interest in fixing them;
 - HTTPS proxy service on a proxy built without (OpenSSL) HTTPS support,
 - Apparmour integration tests for a proxy not packaged with any
AppArmour integration,
 - Upstart configuration and testing for a package without Upstart
integration.

Fine for Ubuntu who build packages with those integrations, but if the
tests actually work they are guaranteed to fail on Debian packages which
don't.

I'm surprised that the HTTPS tests would even work on the Ubuntu
packages they were designed for, which do not have OpenSSL support
either. And when these tests were submitted squidclient did not have any
GnuTLS support. So those tests make some sense now (except not going
through the main proxy), but only since Aug 2015 - not way back in 2013.

Cheers
Amos

Reply via email to