¿Cómo hago una maqueta de System.Net.Mail MailMessage?

Question

Así que tengo algunas cosas SMTP en mi código y estoy tratando de probar ese método unitariamente.

Así que he estado tratando de maquetar MailMessage pero parece que nunca funciona. Creo que ninguno de los métodos son virtuales o abstractos, así que no puedo usar moq para burlarse hasta :(.

Así que supongo que tengo que hacerlo a mano y ahí es donde estoy atascado.

* a mano quiero decir con la interfaz y el envoltorio, pero dejando que moq siga simulando la interfaz.

No sé cómo escribir mi interfaz y mi Wrapper (una clase que implementará la interfaz que tendrá el código de MailMessage real) así que cuando mi código real se ejecuta realmente hace las cosas que necesita hacer).

Así que primero no estoy seguro de cómo configurar mi interfaz. Eche un vistazo a uno de los campos que tengo que maqueta.

MailMessage mail = new MailMessage(); 

mail.To.Add("test@hotmail.com"); 

así que esto es lo primero que tengo que fingir.

por lo mirarlo sé que "A" es una propiedad pulsando F12 sobre "A" que me lleva a la siguiente línea:

public MailAddressCollection To { get; } 

Por lo tanto, es MailAddressCollection propiedad. Pero de alguna forma puedo ir más allá y hacer "Agregar".

Así que ahora mi pregunta es en mi interfaz ¿qué hago?

hago una propiedad? ¿Debería esta propiedad ser MailAddressCollection?

¿O debería tener un método como?

void MailAddressCollection To(string email); 

or 

void string To.Add(string email); 

¿Cómo se vería mi envoltorio?

Así que como pueden ver, estoy muy confundido. Ya que hay tantos de ellos. Supongo que solo simulé los que estoy usando.

editar código

supongo que en cierto sentido en un sólo tendría que probar más las excepciones pero quiero poner a prueba para asegurarse de que si todo se envía entonces se llega a la respuesta = éxito.

string response = null; 
      try 
      { 

       MembershipUser userName = Membership.GetUser(user); 

       string newPassword = userName.ResetPassword(securityAnswer); 

       MailMessage mail = new MailMessage(); 

       mail.To.Add(userName.Email); 

       mail.From = new MailAddress(ConfigurationManager.AppSettings["FROMEMAIL"]); 
       mail.Subject = "Password Reset"; 

       string body = userName + " Your Password has been reset. Your new temporary password is: " + newPassword; 

       mail.Body = body; 
       mail.IsBodyHtml = false; 


       SmtpClient smtp = new SmtpClient(); 

       smtp.Host = ConfigurationManager.AppSettings["SMTP"]; 
       smtp.Credentials = new System.Net.NetworkCredential(ConfigurationManager.AppSettings["FROMEMAIL"], ConfigurationManager.AppSettings["FROMPWD"]); 

       smtp.EnableSsl = true; 

       smtp.Port = Convert.ToInt32(ConfigurationManager.AppSettings["FROMPORT"]); 

       smtp.Send(mail); 

       response = "Success"; 
      } 
      catch (ArgumentNullException ex) 
      { 
       response = ex.Message; 

      } 
      catch (ArgumentException ex) 
      { 
       response = ex.Message; 

      } 
      catch (ConfigurationErrorsException ex) 
      { 
       response = ex.Message; 
      } 
      catch (ObjectDisposedException ex) 
      { 
       response = ex.Message; 
      } 
      catch (InvalidOperationException ex) 
      { 
       response = ex.Message; 
      } 
      catch (SmtpFailedRecipientException ex) 
      { 
       response = ex.Message; 
      } 
      catch (SmtpException ex) 
      { 
       response = ex.Message; 
      } 



      return response; 

     } 

Gracias

Answer 1

¿Por qué se burlan de MailMessage? El SmtpClient recibe MailMessages y los envía; esa es la clase que me gustaría envolver para fines de prueba. Por lo tanto, si usted está escribiendo algún tipo de sistema que realiza pedidos, si usted está tratando de probar que su OrderService siempre mensajes de correo electrónico cuando se hace un pedido, que tendría una clase similar a la siguiente:

class OrderService : IOrderSerivce 
{ 
    private IEmailService _mailer; 
    public OrderService(IEmailService mailSvc) 
    { 
     this. _mailer = mailSvc; 
    } 

    public void SubmitOrder(Order order) 
    { 
     // other order-related code here 

     System.Net.Mail.MailMessage confirmationEmail = ... // create the confirmation email 
     _mailer.SendEmail(confirmationEmail); 
    } 

} 

Con la implementación predeterminada de IEmailService que envuelve SmtpClient:

De esta manera, cuando vaya a escribir su prueba unitaria, pruebe el comportamiento del código que usa las clases SmtpClient/EmailMessage, no el comportamiento de las clases SmtpClient/EmailMessage ellos mismos:

public Class When_an_order_is_placed 
{ 
    [Setup] 
    public void TestSetup() { 
     Order o = CreateTestOrder(); 
     mockedEmailService = CreateTestEmailService(); // this is what you want to mock 
     IOrderService orderService = CreateTestOrderService(mockedEmailService); 
     orderService.SubmitOrder(o); 
    } 

    [Test] 
    public void A_confirmation_email_should_be_sent() { 
     Assert.IsTrue(mockedEmailService.SentMailMessage != null); 
    } 


    [Test] 
    public void The_email_should_go_to_the_customer() { 
     Assert.IsTrue(mockedEmailService.SentMailMessage.To.Contains("test@hotmail.com")); 
    } 

} 

Editar: para hacer frente a sus comentarios a continuación, usted querrá dos implementaciones diferentes de EmailService - sólo uno sería utilizar SmtpClient, que tendrá que utilizar en el código de aplicación:

class EmailService : IEmailService { 
    private SmtpClient client; 

    public EmailService() { 
     client = new SmtpClient(); 
     object settings = ConfigurationManager.AppSettings["SMTP"]; 
     // assign settings to SmtpClient, and set any other behavior you 
     // from SmtpClient in your application, such as ssl, host, credentials, 
     // delivery method, etc 
    } 

    public void SendEmail(MailMessage message) { 
     client.Send(message); 
    } 

} 

Su burlado/fingido servicio de correo electrónico (no necesita un marco de burla para esto, pero ayuda) no tocaría SmtpClient o SmtpSettings; solo registraría el hecho de que, en algún momento, se le pasó un correo electrónico a través de SendEmail. A continuación, puede usar esto para probar si o no SendEmail fue llamado, y con qué parámetros:

class MockEmailService : IEmailService { 
    private EmailMessage sentMessage;; 

    public SentMailMessage { get { return sentMessage; } } 

    public void SendEmail(MailMessage message) { 
     sentMessage = message; 
    } 

} 

La prueba real de si el correo electrónico se envía al servidor SMTP y entregados debe caer fuera de los límites de su examen de la unidad. Necesita saber si esto funciona, y puede configurar un segundo conjunto de pruebas para probar específicamente esto (normalmente llamadas Pruebas de Integración), pero estas son pruebas distintas separadas del código que prueba el comportamiento principal de su aplicación.

Answer 2

En .NET 4.0 que puede utilizar el "pato-escribir" para pasar a otra clase en lugar de "System.Net.Mail". Pero en una versión anterior, me temo que no hay otra forma, que crear un contenedor alrededor de "System.Net.Mail" y la clase de simulacro.

Si es otra (mejor) forma, me gustaría aprenderlo :).

EDIT:

public interface IMailWrapper { 
    /* members used from System.Net.Mail class */ 
} 

public class MailWrapper { 
    private System.Net.Mail original; 
    public MailWrapper(System.Net.Mail original) { 
     this.original = original; 
    } 

    /* members used from System.Net.Mail class delegated to "original" */ 
} 

public class MockMailWrapper { 
    /* mocked members used from System.Net.Mail class */ 
} 


void YourMethodUsingMail(IMailWrapper mail) { 
    /* do something */ 
} 

Answer 3

el resultado final será burlarse de varias clases diferentes aquí (al menos dos). Primero, necesitas un contenedor alrededor de la clase MailMessage.Crearía una interfaz para el wrapper, luego haría que el wrapper implementara la interfaz. En su prueba, simulará la interfaz. En segundo lugar, proporcionará una implementación simulada como una expectativa para la interfaz simulada para MailAddressCollection. Como MailAddressCollection implementa Collection<MailAddress>, esto debería ser bastante directo. Si burlarse de MailAddressCollection es problemático debido a propiedades adicionales (no revisé), podría hacer que su envoltorio lo devuelva como IList<MailAddress>, que como interfaz debería ser fácil de simular.

public interface IMailMessageWrapper 
{ 
    MailAddressCollection To { get; } 
} 

public class MailMessageWrapper 
{ 
    private MailMessage Message { get; set; } 

    public MailMessageWrapper(MailMessage message) 
    { 
     this.Message = message; 
    } 

    public MailAddressCollection To 
    { 
     get { return this.Message.To; } 
    } 
} 

// RhinoMock syntax, sorry -- but I don't use Moq 
public void MessageToTest() 
{ 
    var message = MockRepository.GenerateMock<IMailMessageWrapper>() 
    var to = MockRepository.GenerateMock<MailAddressCollection>(); 

    var expectedAddress = "test@example.com"; 

    message.Expect(m => m.To).Return(to).Repeat.Any(); 
    to.Expect(t => t.Add(expectedAddress)); 
    ... 
} 

Answer 4

exención de responsabilidad: yo trabajo en Typemock En lugar de encontrar algún artilugio puede utilizar Typemock aislador simplemente falso que la clase en una sola línea de código:

var fakeMailMessage = Isolate.Fake.Instance<MailMessage>(); 

entonces se puede establecer el comportamiento en él usando Aislar.Cuando Called