Page Object Pattern Web Testing - Parsh

Having spent a number of years developing Web application Test Frameworks, I wanted to document the lessons I had learned:

The main lesson is: Use the Page Object Pattern as it works well:

  • Two distinct styles of test framework, the test, and the page object. The tests are therefore decoupled from the app implementation.
  • The page object should act as the interface to the app allowing access to all elements. It should model all the HTML pages. Any changes in the application HTML should only require a change to the page object code.
  •  The tests use Domain Specific Language and have little knowledge of the underlying implementation
  • Static page checks should be performed once by the app, ideally in the page object
  • Make use of XPATH as it is very powerful and is closely related to the HTML
  • Consider OO tests so that we can lever the power of encapsulation (e.g. code completion for page elements and actions), inheritance (e..g for common page elements such as headers) and polymorphism (e.g. for reducing custom code)
  • Build reporting into the framework and include screenshot taking. Ideally the report(s) should be based on data generated by the test e.g. in XML or a database
  • Provide a customer data driven test interface(e.g. spreadsheet) for customer specific tests.
  • Consider using a well established programming language (such as Java, Ruby, or C#) as it will come with a rich library set and lots of online advice
  • Consider whether non-JS needs to be supported as this will influence your technology decision
  • Test should be 'annotated' to allow grouping so that suites of tests can be defined, such as , Smoke, Integration, UAT,Performance etc
  • Create utilities where possible to avoid unnecessary code
  • Use ENUMs to define lists which can then easily be iterated over
  • Always test the app, and never internal representations, otherwise your tests are not testing the app
  • Reload the Page Object whenever you navigate to the app page and perform a static check on the Page ID to ensure the flow is as expected
  • Run cross browser tests using a VM framework
  • Run Smoke tests on all code checkins, and all tests on a nighlty basis
Source: Page-object-pattern-testing - Parsh

Comments

  1. Paul14/10/10

    I like the idea , its also helping me easily find some good blogs.
    Good job.

    ReplyDelete

Post a Comment

Popular posts from this blog

Software Testing @ Microsoft

Image
In continuation from my previous  series of posts  targeting testing in top few companies from the technology space. After  Software Testing @Facebook  and @Google  we shall now look at Microsoft: Testing@Microsoft Software Development Engineers in Test (SDETs) are usually just called Test and sometimes Software Testing. SDETs are responsible for maintaining high testing and qualityassurance standards for all Microsoft products. Software Development Engineers (SDEs) are often referred to as Software Development. SDEs write the code that drives Microsoft products and upgrades. Very few teams in Microsoft are still using SDETs to do significant amount of manual testing. Manual testing is mainly outsourced. Actually, as early as in 2004, for example, most of the manual testing of MSN Explorer was outsourced. Think about it this way: it just doesn't make sense for test manager to spend their headcount (SDETs) on something can be easily outsourced.  Until 2005, Microso
Read more

Trim / Remove spaces in Xpath?

Image
If you are wondering how you can trim the spaces in your xpath, this is how: The normalize-space function strips leading and trailing white-space from a string, replaces sequences of white-space characters by a single space, and returns the resulting string. Example : Which one is better? //td[starts-with(normalize-space(),'Text to Trim')] //td[starts-with(normalize-space(text()),' Text to Trim ')] The second option is better as it targets at the specific nodes More string functions in XPATH: Functions Description starts-with( string1 ,  string2 ) Returns true if the first string starts with the second string. contains( string1 ,  string2 ) Returns true if the first string contains the second string. substring( string offset length ) Returns a section of the string. The section starts at  offset (which is a number), and is as long as the value provided at  length. substring-before( string1 ,  string2 ) Returns the part of  string1  up unti
Read more