As usual, Rob is correct. The test server is not a server as in the context of two domain controllers mirroring an active directory for instance.
What the test server licence allows you to do is have another QV Server instance and a copy of the types and amount of CALS. Also if you have a publisher licence you will be able to use it on both.
I'm not sure why you got a test server, but usually it is to create a Test (for UAT and/or System Testing) environment.
In that case you would not want your Production Server "talking" to your Test Environment.
From your question it sounds like you have a choice on hardware / VM's. Personally I would create the same setups, because you are creating an environment to mimmic what you have in production.
Again, that is under the assumption you are using it for the purpose as I described.
Hope this helps.
You can apply your Test Server License to any machine, it does not have to be identical specification to your production.
Make sure within the Test Server License Key you will have the word ' TEST_EDITION; YES;;'
Make sure within the Test Server License Key you have the user license count in the key;
xx is the number of users you have in your production key
Once you have the key, simply apply the test server just like you do with your production.
I have had occassion, the LEF file did not contain the correct user cal and doc cal information, this was the only problem that I had for the Test Server.
Hope this helps.
Yes, that did helped me a few months back.
No i also have a small question regarding this matter:
You have one NT domain. Is it possible to run a Test server and a Production server in one NT domain? So that you can develop on the Test server with the license lease of the Production server.
Not sure if this will answer your questions.
If you install a Desktop client for local development, and you have a Production and a Test Server.
You will need to connect to the Production Server to 'lease' a license for your Desktop client. Once you have leased this, the text on the desktop will change from Personal Edition to 'leased from...'
When the Desktop client is unlocked, you can develop how ever you want and You do not need to have both machine on the same domain.
We have client with both cases, where Test and Production is on the same domain and some with Test and Production on different domain. The latter is where you have the need to separate where developer/tester works to where the production sits.
To deploy between Test and Production, we normally suggest to our client that 'No Hardcoding' within the code, so that when a tested qv application is ready for deployment, it can be packaged according to the client deployment procedure control.
'No Hardcoing' means, things like connection string, folder and paths are controlled by a control setting files and so on...
Hope this helps answer your question.