Videos on how to improve the quality and integrity of your software solutions

are available on the ASP.NET site:

#6 | Measuring the Business Value of AJAX

(10 minutes, 27 seconds)

#7 | Code Coverage of Automated Tests

(6 minutes, 49 seconds)

#9 | The Effects of Caching

(15 minutes, 36 seconds)

#10 | Using the Load Test Agent

(5 minutes, 43 seconds)

#11 | The Effects of ViewState

(10 minutes, 4 seconds)

How Do I: Customize TeamPlain? and How Do I: Create Custom Work Items in Team Foundation Server?

What do both topics have in common? Well, Microsoft started to publish How-Do-I-videos for various technologies and these two were the same topics covered on Visual Studio Team System.

  • How Do I: Customize TeamPlain?

    In this video, Scott Golightly shows you how you can customize TeamPlain Web Access to work the way that you do. You will see how to create and assign work items, create your own queries, and how to create and customize favorites to make navigation in the product easier.


  • How Do I: Create Custom Work Items in Team Foundation Server?

    In this video, Scott Golightly shows us how to use the Visual Studio 2005 Team Foundation Server Power Tools to create custom work items. He shows how to add additional fields to the bug work item type and how to display the new fields in the bug entry form.



Notification for new videos

You can also subscribe to the Team System video category by adding this feed to your favorite RSS feed reader.

Communicating via Work Items or: "Description" vs. "History" fields

When working with Work Items often the questions comes up how to efficiently communicate between team members within TFS (not using e-mails) or what the difference between the Description field and the Comments field on the History tab is.
Description field
We use the description field for describing what the actual work item is all about. This information is usually filled out by the creator and only changed if something was wrong or could have been written clearer.
Comments on History field
The History field is an audit trail on the one hand – showing who changed what and when on an item as well as a discussion board where you can write a short comment to every work item change you do to this item. You can put your questions or remarks into the comments section and after hitting the save they will “walk down” to the audit trail at the bottom. This is how we solve communication between parties in TFS – without jumping out to e-mails.
(Note: I did the yellow highlighting. The original is plain black and white.)

PRB: Nothing happens when trying to create new Performance Session in VSTE/SD

You want to create a new performance session, therefor click on the corresponding menu item and NOTHING HAPPENS?


This behavior happens when the Performance Add-In got disabled somehow. To re-enable it try running:

devenv /ResetSkipPkgs

If this doesn’t solve your problem Dave Lubash from the Visual Studio team recommends in his post on the MSDN forums to

repeat it after doing:  devenv /ResetAddin and devenv /ResetSettings.

Good luck!

Upgrade your Team Suite 2005 with Team Edition for Database Professionals

You have the Visual Studio 2005 Team Suite installed – containing the Architect, Developer and Tester role. If you haven’t done so you can upgrade your installation (trial or full version) free of charge with the Team Edition for Database Professionals in two steps.

  1. Install Visual Studio 2005 Team Edition for Database Professionals (Add-On) on top of your current Team Suite installation. (Download it from here.)



  2. Install the updated MSDN Library for Visual Studio 2005 (ships as part of Team Edition for Database Professionals)


  3. Re-apply Service Pack 1 (yes, this will take ages…).
  4. Optionally install Service Release 1 (currently available as a CTP pre-release version).
  5. Verify the installation was successful by looking at Help|About.


Validation error when saving Work Items after a user is removed from Active Directory

Problem: If you remove a user from Active Directory or the local machine (depending where you store your user accounts for TFS), all work items that were assigned to that user cannot be modified anymore, at least if you use the default MSF process templates.

The following validation error appears that requires the value in the “Assigned To” field to be a valid user:


Workaround 1 (easiest): Just reassign the bug to yourself or someone else. Caveat: You probably don’t want to do that because the information is then not correct anymore since it was not you working on the work item.

Workaround 2 (recommended): You can modify the Work Item Type definitions so that the “Assigned to” field does not re-validate values that have been successfully validated in the past. In this case there would be not error, however if you put in a new name into the “Assigned to” field it would be validated.

  1. Export the WIT (Work Item Type) of which you want to change the behavior as described using the Microsoft Process Editor.
  2. Add the ALLOWEXISTINGVALUE rule to the field definition of the “Assigned to” field.


  3. Save and import the WIT into your team projects and you’re ready to go.

Note: Be aware that you need to change all Work Item Types and for all team project separately where you want the new behavior to be used.