This blip is not on the current edition of the Radar. If it was on one of the last few editions, it is likely that it is still relevant. If the blip is older, it might no longer be relevant and our assessment might be different today. Unfortunately, we simply don't have the bandwidth to continuously review blips from previous editions of the Radar.Understand more
Jan 2011
TrialWorth pursuing. It is important to understand how to build up this capability. Enterprises should try this technology on a project that can handle the risk.
We strongly believe that all software delivery organizations need to be making use of automated technical tests. This sort of test spans failover testing, performance testing and soak testing among others; these activities can start early in a project’s life-cycle and continue through to maintenance. The common practice of waiting until near the end of a project is fraught with risk with little time available to find and fix problems. For example the requirement for a comprehensive production-like environment before the start of performance testing is a dangerous fallacy, we can discover bottlenecks, track performance trends and test our performance tests, without waiting for a perfect environment.
Aug 2010
TrialWorth pursuing. It is important to understand how to build up this capability. Enterprises should try this technology on a project that can handle the risk.
Apr 2010
TrialWorth pursuing. It is important to understand how to build up this capability. Enterprises should try this technology on a project that can handle the risk.
Significant advances in the tools for automating functional testing haven’t been replicated in the technical testing space. Data management for performance, load and soak testing is a particular issue. However, the tools are improving and increased visibility for these tools supports the early and often technical testing that we advocate.