TG1 Test migration strategy

I think we can write some simple test utilities that allow you to get the controller dict from response.namespace and emulate tg1 style tests.

Some test updates may be required, but as long as these are documented and kept to a minimum that is OK -- at least for now.

It's also been suggested that we create a way to write twill tests using wsgi-intercept for both tg1 and 2, so that we can encourage that as a cross-version testing mechanism.

Alternatively we could work on using paste.fixture to test tg1 apps, which would then become the way to do testing across 1.1 and 2.0.

I'll be working in this area during the Jan 12-13 sprint. I've got some tweaks to twill, wsgi_intercept, & tg 1 to make the wsgi environment available. It should be trivial from there to replace testutil's create_request, call, & call_with_request so that they're not so dependent on cp2 internals.

Obviously I'm working with twill right now, but switching to paste.fixture or perhaps even webtest is definitely on the table if twill ends up not being a good fit. It's relatively weak python API is the likeliest barrier.

I still need to learn the "tg2 way" & how to incorporate these ideas, so I'm leaving this ticket unassigned for now. Once I'm more comfortable with tg2, I'll assign myself if no one else has grabbed it by then.

Preliminary effort for moving to webtest. Do not commit.

I wasn't able to get the twill-based approach to perform acceptably, plus it relied on some changes to twill that Titus hasn't accepted yet, so I fell back to the webtest route. Since tg2 is using webtest, this is probably the right solution anyway.

I've attached a patch to document where I'm at. It's not quite ready to be committed, but it's far enough along to receive criticism. All tests pass with this applied against the 1.1 branch.

Note that this issue is also being discussed on the trunk mailing list.