I can't seem to grasp how MSTest deployment items are supposed to be configured. I have been able to get them working properly by modifying the project's test settings file, but this is less then ideal -- the deployment item configuration is separated from individual tests, and the file paths appear to be stored as absolute paths unless the files are under the solution folder.
Am I not supposed to be able to add a deployment item using the [DeploymentItem]
attribute on either a [TestClass]
or [TestMethod]
without having to create/modify a project test settings file? How do I accomplish this?
(Frankly, I don't understand the need for a separate deployment item configuration -- why not just use the existing 'Copy to Output Directory' settings for project files that should be deployment items?)
Ok - this post here helped me figure out what I needed to do WITHOUT having to manually add items to the .testsettings
file.
DeploymentItem
attribute.First up, we need to turn on / enable the DeploymentItem
attribute.
Goto TEST -> EDIT TEST SETTINGS -> Current Active settings .. eg :: Local (local.testsettings)
Now goto DEPLOYMENT and make sure Enable Deployment is ticked ON. (By default, it's off).
Now we need to make sure the file which you wish to use in the unit test, is setup to be copied to the BIN directory when you compile. Only files that are in the BIN directory can be used in an MS Test unit test. Why? Because each time an MS Test is ran, it has to make a copy of the sources ... and this means it makes a copy of the current BIN directory files (for the current Configuration).
For example... Current Configuration is Debug (as opposed to Release).
I then add my file ... (take note of the folder structure in the Project)...
and then make sure this file is ALWAYS copied over to the bin directory when the project is compiled.
PRO TIP: Copy Always will also work, but always copy the source file over the destination file .. even if they are identical. This is why I prefer Copy if Newer ... but whatever floats your boat
Ok ladies and gents - still with me? Wikid.
When we compile, the file should now exist in the Bin dir....
Ok, now we can finally use the DeploymentItem
attribute in our code. When we do this, this tells the MSTest to copy the file (from the location relative to the bin directory) to the new MS Test directory...
[TestMethod]
[DeploymentItem(@"Test Data\100LogEntries.txt", "Test Data")]
public void Parsing100LogFileEntriesReturnsANewParsedLogEntriesWith100Items()
{
// Arrange.
const string fileName = @"Test Data\100LogEntries.txt";
ILogEntryService logEntryService = new PunkBusterLogEntryService();
// Act.
var parsedLogEntries = logEntryService.ParseLogFile(fileName, 0);
// Assert.
Assert.IsNotNull(parsedLogEntries);
Assert.AreEqual(100, parsedLogEntries.LogEntries.Count);
// Snipped the remaining asserts to cut back on wasting your time.
}
So lets break this down..
[TestMethod]
We all know what that is.
[DeploymentItem(@"Test Data\100LogEntries.txt", "Test Data")]
Starting in the bin directory, go into the Test Data
folder and copy the 100LogEntries.txt
file to a destination folder Test Data
, in the root MS Test output directory which MS Test creates when each and every test is ran.
So this is what my output folder structure looks like. (Excuse all the mess...)
and voila! we have deployment files, programatically.
PRO TIP #2 - if u don't use a 2nd string argument in the DeploymentItem
attribute, then the file will be copied to the root OUT folder, of the current MS Test.
const string fileName = @"Test Data\100LogEntries.txt";
Now the path to the file is relative to the OUT
folder for the current MS Test. As such, i explicity said to deploy the file into a directory called Test Data
... so I need to make sure I reference that correctly in my code when I want to read in the file.
Just to confirm -> the full path of that filename is translated to something like C:\lots of blah blah blah\My Solution\TestResults\PureKrome_PUREKROME-PC 2011-01-05 23_41_23\Out\Test Data
.. for that current MS Test.
HTH.
Now have a picture of a Unicorn, for reading so much :)