C# đơn vị kiểm tra: Kiểm tra một phương pháp có sử dụng MapPath

Question

Trước hết, Tôi biết rằng câu hỏi này là nguy hiểm gần: How to MapPath in a unit test in C#

Tôi hy vọng tuy nhiên, nó có một giải pháp khác nhau. Vấn đề của tôi sau:

Trong mã của tôi, tôi có một đối tượng cần được xác thực. Tôi đang tạo các bài kiểm tra đơn vị cho từng phương pháp xác thực để đảm bảo rằng nó đang xác thực chính xác. Tôi đang tạo dữ liệu giả và tải nó vào đối tượng, sau đó xác nhận nó. Vấn đề là trong quá trình xác nhận, khi một lỗi xảy ra, một mã lỗi được gán. Mã lỗi này được sử dụng để thu thập thông tin về lỗi từ tệp xml bằng cách sử dụng Server.MapPath. Tuy nhiên, khi cố gắng lấy tệp xml, một ngoại lệ được ném có nghĩa là không thể tìm thấy tệp.

Vì MapPath nằm trong mã xác nhận của tôi chứ không phải kiểm tra đơn vị của tôi, làm cách nào để kiểm tra đơn vị của tôi nhận ra đường dẫn? Câu hỏi này có hợp lý không?

Error Line (Trong mã Validation tôi KHÔNG thử nghiệm đơn vị của tôi):

XDocument xdoc = XDocument.Load(HttpContext.Current.Server.MapPath("App_Data/ErrorCodes.xml")); 

Giản: Các Unit Test gọi một phương pháp trong chương trình của tôi mà các cuộc gọi Server.MapPath mà sau đó thất bại.

Answer 1

Tôi sẽ trừu tượng ra "nhà cung cấp tên tệp" vào một lớp đơn giản trả về một vị trí, sau đó bạn có thể thử nhiều, dễ dàng hơn nhiều.

public class PathProvider 
{ 
    public virtual string GetPath() 
    { 
     return HttpContext.Current.Server.MapPath("App_Data/ErrorCodes.xml"); 
    } 
} 

Sau đó, bạn có thể sử dụng lớp PathProvider trực tiếp ...

PathProvider pathProvider = new PathProvider(); 
XDocument xdoc = XDocument.Load(pathProvider.GetPath()); 

Hoặc thử nó ra trong các thử nghiệm của bạn:

PathProvider pathProvider = new MockPathProvider(); // using a mocking framework 
XDocument xdoc = XDocument.Load(pathProvider.GetPath()); 

Answer 2

Hãy thử sử dụng tê giác Mocks hoặc một khung thay thế giả mạo để giả mạo httpContext (hoặc các đối tượng phụ thuộc khác) Hoặc bạn có thể viết đối tượng giả của riêng mình. Hoặc viết một lớp MapPathWrapper, kế thừa từ một lớp MapPathWrapperBase cho môi trường thực của bạn, sau đó trong các thử nghiệm đơn vị của bạn tạo ra một đối tượng MockMapPathWrapper.

Sẽ có rất nhiều ví dụ để mô phỏng trên SO.

Dưới đây là một tôi hỏi:

How to use Rhino Mocks to Mock an HttpContext.Application

CẬP NHẬT tôi chỉ có kinh nghiệm làm điều này với Asp.Net MVC, với webforms tôi imagein nó sẽ có rất nhiều khó khăn hơn do sự thiếu của lớp HttpContextBase.

Answer 3

tôi sẽ trích xuất các phương pháp mà chấp nhận sự phụ thuộc của bạn làm đối số:

public void Validate(HttpContext context) 
{ 
    ValidatePath(context.Server.MapPath("App_Data/ErrorCodes.xml")); 
} 

public void ValidatePath(string path) 
{ 
    XDocument xdoc = XDocument.Load(path); 
    ValidateDocument(xdoc); 
} 

public void ValidateDocument(XDocument xdoc) 
{ 
    // Original code 
} 

Sau đó bạn có thể kiểm tra các phương thức khác nhau một cách độc lập. Ví dụ: thử nghiệm cách ValidatePath() xử lý tệp bị thiếu.

Answer 4

Sau một số googling nghiêm ngặt và một số trợ giúp từ một đồng nghiệp, chúng tôi đã đưa ra một giải pháp đơn giản đã được tích hợp sẵn.net

Phía trên bài kiểm tra đơn vị đó truy cập vào quá trình xác minh, tôi nói thêm:

[TestMethod()] 
[HostType("ASP.NET")] 
[UrlToTest("http://localhost:###/upload_file.aspx")] 
[AspNetDevelopmentServerHost("Path To Web Application", "Path To Web Root")] 

này hoạt động hoàn hảo. Về cơ bản, khi thử nghiệm được gọi, nó sẽ tải URL với bài kiểm tra đơn vị được chỉ định trong tải trang. Vì nó là một trang web hiện đang gọi thử nghiệm đơn vị, việc xác thực sẽ có quyền truy cập vào Server.MapPath. Giải pháp này có thể không hiệu quả với mọi người, nhưng nó hoàn hảo cho việc này. Nhờ tất cả những gì bạn đã đóng góp.