I would suggest rewriting the test cases so you don't need to use an internal webserver. You really just need to be able to send blobs of data to the HTTP client that contain different response codes and Location headers.
I believe there are already some tests in twisted.web.test.test_webclient that do this, such as: http://twistedmatrix.com/trac/browser/trunk/twisted/web/test/test_webclient.py#L172 http://twistedmatrix.com/trac/browser/trunk/twisted/web/test/test_webclient.py#L711 Plus there are numerous other examples in twisted of not relying on even the loopback network interface for tests. -David On Thu, Mar 5, 2009 at 9:27 AM, Aaron DeVore <[email protected]> wrote: > Last night I restarted my work on relative redirects in > HTTPClientFactory (Ticket #3384). What I had forgotten was how > insanely difficult it is to write the test cases, which would then be > significantly more bug prone than the code itself. The problem is that > for every possible input I need to add (1) A test_* function, (2) a > callback, (3) one or more children to the internal web server for the > test_* function to connect to. > > This morning I hit on another idea: Why not separate the code in > HTTPClientFactory that does the fix into a separate function? Then > there could be one test case to make sure the code in > HTTPClientFactory works, then a single test case that contains a > series of assertEquals that test the output of the function. How does > that sound? Should I put it outside of HTTPClientFactory or inside? > > Cheers! > Aaron DeVore > > _______________________________________________ > Twisted-web mailing list > [email protected] > http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-web >
_______________________________________________ Twisted-web mailing list [email protected] http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-web
