I may be missing something on this question, but if you are just operating in a lab, then you can install your own Certificate Root and generate your own certificates. When using SSL only to provide protection of traffic and not authentication of the server identity you can use your own certificate server. If you need to have the clients authenticate the certificates and provide confirmation of the servers’ identity then you can install your own Enterprise Root on the test network. You can then configure the clients to list your CA as trusted in their browser settings.
The only reason to purchase a certificate from Verisign or such is if you want your end users to be able to verify that the web server they are talking to is really your web server. One of the bigger problems with this is that even if you get a certificate from a third party source, many users just click by the messages telling them that the certificate name does not match the domain.
In the production version of your system, you still only need your own certificate server if you still only intend to protect the traffic. Remember that in most cases you need to name the certificate exactly the same as the domain you are operating in or users will get a message telling them that the certificate does not appear to match the domain. If you ultimately need users to be able to authenticate your server, only then will you have to purchase a third party certificate.