GD Bloggers

This is the blog site for Microsoft Global Delivery Communities focused in sharing the technical knowledge about devices, apps and cloud.
Follow Us On Twitter! Subscribe To Our Blog! Contact Us

Web performance/load Testing SharePoint 2013 for Beginners (part 1)

Web performance/load Testing SharePoint 2013 for Beginners (part 1)

  • Comments 9
  • Likes


Web performance/load testing can sound like an intimidating thing, but it is not. And web performance/load testing SharePoint has been made a lot easier with Visual Studio 2012 Update 1. So here is a quick introduction into the subject.


  1. Visual Studio 2012 Ultimate Edition (preferably with Update 1 as it provides the new features for testing SharePoint).
  2. A SharePoint OOB installation
  3. A SQL Server instance (any edition) to create the LoadTestResultsRepository database required by VS 2012's load testing features. To create the database, browse to C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE from a command prompt window and run SQLCMD /S <yoursqlinstance> -i loadtestresultsrepository.sql


1. Launch Visual Studio 2012 Ultimate > New Project > Test > Web Performance and Load Test Project



When the web performance test is created successfully, an IE window will load with the Web Test Recorder plugin loaded and recording is started. Browse the SharePoint site as the scenario dictates and the Web Test Recorder will record each and every web request (URL) you visit (explicitly or implicitly).

* if you receive any error messages when loading the Web Test Recorder Plugin, Enable 3rd party extensions in IE advanced options


3. When done, click Stop in the Web Test Recorder plugin. Visual Studio will save the Web performance test and replay it for one time.

4. If a ProcessQuery request fails, it is because it is expecting a header (X-RequestDigest). So how do we pass this header to the request? Right click the first request in the web performance tree, Add an extraction rule to extract the form input __REQUESTDIGEST and save it in a context parameter (name it for example digest). Right click the ProcessQuery request and click add header. The header name should be X-RequestDigest and the value should be bound to the parameter context digest we created in the extraction rule.

5. Try to replay the test and it should work out successfully.

For more information on Web performance/load testing SharePoint, see the following.

Good Luck!







  • Hi Yousef,

    A solid introduction, thanks for posting this.  How many other parts in the series is there?

    Many thanks,


  • Hi Steven - I am glad you liked the post! I will be writing a second part on Load Testing sometime soon. Stay tuned :) - Yousef

  • Good to know,  I'll keep an eye out.

  • Hi Yousef,

    Interesting blog, thanks for the intro.



  • like it go on

  • I have to do performance/load testing of sharepoint 2010 site but using visual studio ultimate 2010. Please suggest because this post uses visual studio 2012. Regards Atiq

  • Hi Yousef,

    Can we Test Browser based Infopath List-forms using Web-Test? If so do we need to include any extensions to the Web-Test Project?
    I've tried to do so, and believe that it is not a straight-forward activity.


  • I'm still tuned and I can't see the second part... :/

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment