Ist es möglich, Windows-/Netzwerk-Anmeldeinformationen zu übergeben, die von WebRequest für den Zugriff auf den lokalen Ordner anstelle von Remote-FTP im Komponententest verwendet werden?

Question

Ich habe Methode, die Liste der Dateien vom FTP-Server abruft, wie unten:

public List<string> FetchFilesList() 
    { 
     var request = WebRequest.Create(FtpServerUri); 
     request.Method = WebRequestMethods.Ftp.ListDirectory; 

     request.Credentials = Credentials; 

     using (var response = request.GetResponse()) 
     { 
      var responseStream = response.GetResponseStream(); 

      using (var reader = new StreamReader(responseStream)) 
      { 
       var fileNamesString = reader.ReadToEnd(); 
       var fileNames = fileNamesString.Split(
        Environment.NewLine.ToCharArray(), 
        StringSplitOptions.RemoveEmptyEntries); 

       return fileNames.ToList(); 
      } 
     } 
    } 

Ich versuche, UT zu schreiben, die mein lokales Verzeichnis statt FTP zugreifen würden.

Hier ist mein UT:

// ftpFetcherTestWrapper is thin wrapper to expose properties to UT 
// TODO: For some reason providing credentials like this doesn't work :(
// It also doesn't work for DefaultNetworkCredentials 
ftpFetcherTestWrapper.CredentialsExposed = CredentialCache.DefaultCredentials; 
// As we are using wrapper we substitude FtpServerUri to our fake-local folder 
ftpFetcherTestWrapper.ServerUriExposed = new Uri(directoryName); 

var filesList = ftpSFetcherTestWrapper.FetchFilesList(); 

I System.Net.WebException: "Access to the path 'D:\\SomePathToUnitTestsExecutionFolder\\XmlFiles' is denied."

Q erhalten: Ist es möglich, Fenster/Netzwerk-Anmeldeinformationen übergeben von WebRequest verwendet werden anstelle von FTP in Einheit lokalen Ordner zuzugreifen Prüfung?

[EDIT]

Bitte beachte, dass ich in der Lage Dateiinhalte zu testen, holen, wenn lokale Dateipfad bereitgestellt wird, statt ftp ein:

public XDocument FetchFile(string fileName) 
{ 
    var client = new WebClient(); 
    client.Credentials = Credentials; 

    var fileUri = new Uri(FtpServerUri, fileName); 
    var downloadedXml = client.DownloadString(fileUri); 
    return XDocument.Parse(downloadedXml); 
} 

auch, dass ich bin mir bewusst, Was ich tue, ist keine 100% ige Definition von Unit Test, aber ich denke immer noch, dass dies ein guter Test ist.

Answer 1

Wie wäre es, diesen Ordner zu teilen und dann darauf zuzugreifen, wie es ein Netzwerkpfad wäre? I.e. \\ mein-PC-Name \ der-Ordner?

gegoogelt ein bisschen: http://www.velocityreviews.com/forums/t78357-webrequest-and-shared-files.html

WebRequest request = WebRequest.Create("http://localhost/tempasp/temp/trace.txt"); 
request.PreAuthenticate = true; 
request.Credentials = new NetworkCredential("user", "pass", "domain"); 

WebResponse response = request.GetResponse(); 
StreamReader reader = new StreamReader(response.GetResponseStream()); 

string line = String.Empty; 
while ((line = reader.ReadLine()) != null) 
{ 
    Response.Write(line); 
    Response.Write("<BR>"); 
} 
reader.Close(); 
response.Close(); 

ist dies gonna Arbeit für Sie?

Answer 2

Das Testen von fetchFilesList() mit seinen Abhängigkeiten (zum Webrequest) wird als Integrationstest bezeichnet. Ich denke, Sie möchten einen Komponententest schreiben, d. H. Testen, dass die fetchFilesList() speziell tut. Sie möchten die WebRequest nicht in einem Komponententest testen. Sie sollten behaupten, dass es tut, was es sollte. Um dies zu erreichen, müssen Sie es einkapseln und verspotten. Ich würde persönlich eine FtpWebRequestFactory erstellen, die WebRequest konfiguriert und zurückgibt.

private FtpWebRequestFactory ftpWebRequestFactory; 

public FtpFetcher(FtpWebRequestFactory ftpWebRequestFactory) { 
    this.ftpWebRequestFactory = ftpWebRequestFactory; 
} 

public List<string> FetchFilesList() 
{ 
    var request = ftpWebRequestFactory.Create(FtpServerUri); 

    using (var response = request.GetResponse()) 
    { 
     var responseStream = response.GetResponseStream(); 

     using (var reader = new StreamReader(responseStream)) 
     { 
      var fileNamesString = reader.ReadToEnd(); 
      var fileNames = fileNamesString.Split(
        Environment.NewLine.ToCharArray(), 
        StringSplitOptions.RemoveEmptyEntries); 

      return fileNames.ToList(); 
     } 
    } 
} 

Jetzt in Ihrem Gerät zu testen, verwenden Sie einen Mock Rahmen (wie moq) ein Modell für die FtpWebRequestFactory zu erstellen. Konfigurieren Sie den Schein, um eine Scheinanforderung zurückzugeben, und konfigurieren Sie diese Scheinanforderung, um eine Scheinantwort zurückzugeben. An diesem Punkt können Sie die Antwort einfach so konfigurieren, dass der richtige Stream zurückgegeben wird.

Answer 3

Sie sollten wahrscheinlich die Adresse Scheme (d. H. "Datei") der Uri in der Anfrage hinzufügen. Ansonsten hat .NET keine Ahnung, welches Protokoll für den Zugriff auf die Ressource verwendet werden soll. Da Sie auf die lokale Datei zugreifen, sind Sie in den meisten Fällen bereits autorisiert, sodass Sie keine Anmeldeinformationen festlegen müssen. Bitte versuchen Sie den folgenden Code:

static void Main(string[] args) 
    { 
     Uri uri = new Uri(@"file:///C:\BuddyBuild\x.xml"); 
     FetchFilesList(uri); 
     Console.ReadLine(); 
    } 

    static List<string> FetchFilesList(Uri uri) 
    { 
     var request = WebRequest.Create(uri); 
     request.Method = WebRequestMethods.Ftp.ListDirectory; 
     //request.Credentials = CredentialCache.DefaultCredentials; 

     using (var response = request.GetResponse()) 
     { 
      var responseStream = response.GetResponseStream(); 
      using (var reader = new StreamReader(responseStream)) 
      { 
       var fileNamesString = reader.ReadToEnd(); 
       var fileNames = fileNamesString.Split(
        Environment.NewLine.ToCharArray(), 
        StringSplitOptions.RemoveEmptyEntries); 

       return fileNames.ToList(); 
      } 
     } 
    } 

Hinweis die erste Zeile in Haupt: "file: /// path_to_your_file".

jedoch als Pierre-Henri spitze, das sieht nicht wie ein gutes Design für Unit Test. Welches ist die "Einheit", die Sie testen werden? Der FtpWebRequest Teil oder der Teil, den Sie Dateiinhalt in eine Liste aufteilen? Ich würde stattdessen Ihre FetchFilesList Methode in 2 geteilt:

public static List<String> FetchList(Stream stream) 
    { 
     using (var reader = new StreamReader(stream)) 
     { 
      var fileNamesString = reader.ReadToEnd(); 
      var fileNames = fileNamesString.Split(
       Environment.NewLine.ToCharArray(), 
       StringSplitOptions.RemoveEmptyEntries); 

      return fileNames.ToList(); 
     } 
    } 

    public static List<string> FetchFilesList2(Uri uri) 
    { 
     var request = WebRequest.Create(uri); 
     request.Method = WebRequestMethods.Ftp.ListDirectory; 

     using (var response = request.GetResponse()) 
     { 
      return FetchList(response.GetResponseStream()); 
     } 
    } 

Auf diese Weise können Sie Unit-Tests für das 2-Verfahren separat tun. Especailly, können Sie testen FetchList (Stream-Stream) mit einem beliebigen Stream Objekt, das Sie mögen (FileStream, MemoryStream, Stream von WebResponse, ...).

EDIT: Leider habe ich nicht erkennen, Sie Dateien in einem (lokalen) Verzeichnis, indem Sie den URI in einem lokalen Verzeichnis aufzulisten versuchen. Ich glaube nicht, dass dies mit der WebRequest/Response-Klassenfamilie möglich ist. Wenn der URI-Parameter auf einen lokalen Pfad festgelegt ist, gibt der WebRequest.Create-Aufruf ein FileWebRequest-Objekt zurück, das intern eine FileWebStream für den Zugriff auf die lokale Datei verwendet. FileWebStream erbt FileStream, und es kann nicht für Verzeichnisse verwendet werden. BTW: Wenn Sie den URI-Parameter auf eine FTP-Adresse setzen, gibt der WebRequest.Create-Aufruf stattdessen ein FtpWebRequest-Objekt zurück. Dies ist auch einer der Gründe, warum ich das nicht für einen guten Unit Test halte :). Vielleicht können Sie versuchen, FileWebRequest zu erweitern (FtpWebRequest ist versiegelt), um Verzeichnislistenanfragen zu bearbeiten.