Blog

HP ALM Service Pack 11.52 (TD4QC_00333, TD4QC_00334, TD4QC_00332 and TD4QC_00331), which applies to HP ALM 11.50, was released on 05/13/13. This service pack is a non-critical patch which includes updates to existing features and addresses known defects and performance issues in version 11.50. It also includes new features and product enhancements.
Note:  The patch support model for ALM 11.5 has changed from the patch model used previously in versions of ALM (Application Lifecycle Management) and QC (Quality Center). Ne Read Entire Entry

Part 17 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
Undoubtedly, some of you have made the determination that your team is not Agile, but is indeed Fragile.  Some of you knew it before you even read any of the blog, but now are even more convinced.  But what are you willing to do about it?  Are you ready to break down that façade and begin the journey to changing from Fragile to Agile?  If your answer to this question is yes, then I recommend the Read Entire Entry

Part 16 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
In the traditional development space we are all very familiar with the testing tools that are available. We know about industry leaders such as HP Quality Center, QuickTest Professional and Performance Center.  We understand the value they add to large projects and how they are essential to ensuring that the testing process is well managed and delivered.  But what about Agile?  Do these same tool Read Entire Entry

Part 15 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
Often times teams make the argument that Agile means that there is no longer a need for  “independent” teams of testers that verify that the solution was built correctly according to the requirement specifications.  They argue that this is now the role of the “super developer”, and the business representative, who are both embedded into the team.  After all, the business knows what they Read Entire Entry

Part 14 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
If you were to survey a group of very frustrated testers about why they have problems with their Agile teams, you would find that in almost all cases they get frustrated trying to get any documentation that helps them identify what to test.  Every time they request even minimal documentation, the development team pushes back and says that documentation isn’t needed because Agile eliminates the need Read Entire Entry

Part 13 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
The last Agile principle is all about retrospectives. This is one area where a lot of teams have dropped the ball. They don’t take the time to do retrospectives because people don’t understand the value they bring. They are perceived as a waste of time that could be spent on the next development sprint.  What they fail to realize is that on a long marathon, it is the small corrections in the Read Entire Entry

This is the fourth installment in a multi-part series to address the basics of performance testing applications. It’s for the beginner, but it is also for the experienced engineer to share with project team members when educating them on the basics as well. Project Managers, Server Team members, Business Analysts, and other roles can utilize this information as a guide to understanding performance testing process, the typical considerations, and how to get started when you have never embarked on such a journey.
Let’s use a case Read Entire Entry

Part 12 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
Agile principle eleven deals with the team itself. This principle focuses on the enablement of the team to leverage their unique position as the closest people to the problem manage the work.  It also enables the team to safely take risks. The team is typically creating new solutions, and doing it in a rapid fashion. Agile promotes the team trying new things without worrying about being chastised for Read Entire Entry

QTP 11 (and versions 9-10) installs Microsoft Script Debugger to provide the debugging features in QuickTest Pro scripts. Without the debugging engine, all of the QTP debug features are unavailable. Microsoft Script Debugger ships with an archaic version (7.10.3077) of Process Debug Manager (PDM).

Out of the box, QTP provides limited VBScript debugging capabilities. An automation engineer does not have the ability to view the properties/methods of variables/objects in their full extent. Objects, like Object Repository obje Read Entire Entry

Part 11 in a series of 17. To start at the beginning, first read Agile vs Fragile: A Disciplined Approach or an Excuse for Chaos.
The tenth Agile principle focuses on keeping the solution as simple as possible while maximizing value and quality. Agile processes focus on finding the simplest way possible of solving a business problem with quality, not finding the fastest way to code the solution.  Sprints are kept as simple as possible to ensure that all work gets prioritized by using the backlog as the gatekeeper.  In the Read Entire Entry