Comments on: Five rules for writing effective UI tests

By: aneal

aneal — Fri, 29 Apr 2011 08:44:00 +0000

Hi jimmy,
This article is really helpful for beginner SDET guys like me ! Thanks for the same !!!
I already have the UI in place and it was not build with the intention that automated testing would be used.

Please provide me tips for writing automated test cases in such a situation.

thanks,
aneal.

By: John B

John B — Wed, 20 Oct 2010 22:22:21 +0000

My problem with all the browser-automation tools is that they seem to work for any website as long as that website doesn’t use any javascript. As soon as you need to get the browser to wait for an ajax call or a jQuery .show(), you’re left to your own devices, and googling for answers only seems to give me claims of workarounds that don’t even kind of work.

How do you deal with tricking these tools into waiting long enough for javascript/ajax without littering the tests with Thread.Sleep()?

By: dario-g

dario-g — Wed, 13 Oct 2010 20:24:00 +0000

How about displaying fields according to permissions? For example one role can see field A, other field A,B and next only B, etc. Do you create views for every combination of permissions?

By: bogardj

bogardj — Fri, 08 Oct 2010 12:20:57 +0000

@MrDustpan

Follow that link in the post, it has a video with slides & code.

By: MrDustpan

MrDustpan — Thu, 07 Oct 2010 13:54:47 +0000

This is very interesting, something I’ve really wanted to figure out how to do. Any chance of an example (even just a simple one) of what this looks like in action?

By: bogardj

bogardj — Thu, 07 Oct 2010 12:33:34 +0000

@Steve

No, I don’t think so. Although if you used Spark, it might be a lot easier.

@Jim

It’s always a simple ViewModel object that gets built. Simple as in no logic, but represents everything on the screen. We’ve had screens with hundreds of fields, nested collections (not our choice), and this approach still worked as everything still revolved around expressions and view model types.

By: Jim Geurts

Jim Geurts — Wed, 06 Oct 2010 18:04:30 +0000

This sounds very interesting. I would like to hear more about how you test complex views, though.

From what I took, rather than passing model objects directly to the view model, you setup fields on the view model that “mapped” to the model object fields. What about cases where there are collections of objects associated w/ the model object, creating complex object graphs? How are those tested?

By: Steve Hebert

Steve Hebert — Wed, 06 Oct 2010 03:58:11 +0000

Have you done anything with rehydration testing? (render a partial or template to a stream and then model bind to a depersisted object to test wire up?).

Would love to test this path in the lightest manner possible.