5

In ASP.NET WebForms, I've used Selenium to record and run my web and UI tests in a number of projects.

I know we can unit test Controllers and Models in ASP.NET MVC very easily.

What about Views?

Would you also test Views? If not how to make sure the Views, which are rendered by Controller Actions, contain the expected logics and behaviour?

I'd guess the same Web Testing Tools used in WebForms, such as WatiN and Selenium, could also be used here, not sure?

If so, what would be the difference between WebTesting in WebForms and WebTesting in MVC?

tereško
  • 58,060
  • 25
  • 98
  • 150
The Light
  • 26,341
  • 62
  • 176
  • 258
  • 1
    That's not correct, you may need to test Views as well. There can also be logics (e.g. javascripts, control action calls, navigations, etc) and you may like to make sure they behave as you'd expect them to do so. – The Light Jan 03 '13 at 21:38

2 Answers2

8

What about Views?

Erm, Selenium and WatiN.

Really, what makes you think that ASP.NET MVC views are any different than classic ASP.NET WebForms as far as integration tests are concerned? I mean they all spit HTML at the end of the day. That's what browsers and stuff like Selenium understand. Who spit this HTML is not that much important. What you care about in an integration test is that when a user lambda clicks on a button alpha after entering beta in the gamma text field hi got this Welcome User Phi on the resulting HTML page, don't you? You really don't care about things like ASP.NET MVC or even less about things like ASP.NET MVC Views.

By the way you could use Selenium and WatiN with PHP. Or with Java Servlets if you are a fan of them. Doesn't really matter the server side technology you are using. What matters in an integration test is the scenarios that you have defined previously.

If so, what would be the difference between WebTesting in WebForms and WebTesting in MVC?

None.

Darin Dimitrov
  • 1,023,142
  • 271
  • 3,287
  • 2,928
1

I think there are differences between ASP.NET MVC and WebForms when it comes to browser driven integration tests, in that the different Server-side aspects of these frameworks lead to different testing approaches.

Take a framework that assists with this, such as Seleno. It uses Selenium under the bonnet but abstracts all browser interaction into C# Page Objects, which you can then use very fluently in C# tests.

There are lots of extensions and conventions which assist with many common browser automation operations, such as clicking on buttons or extracting data from tables.

But why do I bring this up as an answer to this question? Seleno is particularly handy for .NET MVC as the Page Objects can be generic, typed to the ViewModel for a particular View (or Partial View) which creates a strongly typed association when writing a corresponding Page Object for that View.

It is the ViewModel aspect of MVC which opens up this sort of approach; I think it would be trickier to do this with WebForms.

Holf
  • 5,605
  • 3
  • 42
  • 63