My first thought was to define a config file ("[test_name].t.config") alongside the test file ("[test_name].t.js") with additional options that I could parse/include via my server code. The problem is that options for the test are no longer contained in 1 spot. Maintainability is reduced & complexity is increased. While this could work, maybe there is a better option.
After discussing with a colleauge and getting a fresh perspective, we were wondering about extending the StartTest method to accept a second optional config. These options would be processed just as though they were passed into the test descriptor prior to execution. A brief example below:
StartTest(function (t) {
t.done();
},{ //test-specific configs
preload: [ ... ],
expectedGlobals: [ ... ],
...
});