इससे उच्च स्तर पर इसका मजाक उड़ाते हैं। चारों ओर एक प्रॉक्सी क्लास बनाएं Process.Start(), जो कि टेस्ट में फर्जी हो और इनपुट चेक करें।
public interface IProcessProxy
{
ProcessInfo Start(string application, string[] arguments);
}
public class ProcessProxy : IProcessProxy
{
public ProcessInfo Start(string application, string[] arguments)
{
return Process.Start(application, arguments);
}
}
// You could use a mocking framework for this, but for the purposes
// of this example ...
public class FakeProcessProxy : IProcessProxy
{
private string _expectedApplication;
private string[] _expectedArguments;
private ProcessInfo response;
public FakeProxy(string expectedApplication, string[] expectedArguments, ProcessInfo response)
{
_expectedApplication = expectedApplication;
_expectedArguments = expectedArguments;
}
public ProcessInfo Start(string application, string[] arguments)
{
// compare input to expectations and throw exception if not matching
return _response;
}
}
// You can also use an IoC framework to inject your IProcessProxy, but I won't.
public class ClassUnderTest
{
public ClassUnderTest(IProcessProxy proxy)
{
_proxy = proxy;
}
public ClassUnderTest() : this(new ProcessProxy())
{
}
public void MethodUnderTest()
{
// Do stuff
ProcessInfo process = _proxy.Start(@"C:\Program Files\App\App.exe", new[] { "arg1", "arg2" });
process.WaitForExit();
if (process.ExitCode == 0)
{
// Act on success
}
else
{
// Act on failure
}
}
}
जहां भी आपको एप्लिकेशन कोड में ClassUnderTest का उपभोग करने की आवश्यकता है, डिफ़ॉल्ट कंस्ट्रक्टर का उपयोग करें। अपने परीक्षणों में, अपने अपेक्षित प्रॉक्सी स्टार्ट मापदंडों और फर्जी कंस्ट्रक्टर में आपके परीक्षण के परिणाम का उपयोग करके, दूसरे निर्माता को एक FakeProcessProxy पास करें।