You would generally want a separate configuration database for environment - development, test/QA, and production. The reason is that your SSIS packages will need different configuration values in each environment, particularly database connection strings.
Let's assume that you start by creating a configuration database in your development environment. Create a new SSIS package and start adding SQL Server package configurations. The values will be saved to the SQL Server table that you specify when you define each package configuration. When you are ready to setup your test environment you want to copy the SQL Server table from development to test. I open the table in SQL Server Management Studio and copy/paste the rows into an Excel spreadsheet. Then script out the table, create it in the database on the test server, then copy/paste the values from the Excel spreadsheet into the table, again opening the table in SQL Server Management Studio. You could use bcp to copy the table or even write an SSIS package to do it.